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CHAPTER  I 
INTRODUCTION 


I . 1  Introduction . 

In  this  thesis,  a  computation  ia  considered  a  system  of 
aaynchronoualy  cooperating  "independent"  programs  (coroutines) 
linked  by  patha  of  information  along  which  meaaagea  ore  Bent. 

A  programming  language  called  DCPL,  a  Distributed  Control 
Programming  Language,  in  which  such  computations  may  be  expressed, 
and  which  may  be  considered  as  a  system-oriented  programming 
language,  is  presented.  A  tree  structured  representation  and 
a  very  dynamic  binding  give  to  a  DCPL  program  the  flexibility 
of  the  highest  level  progr aiming  languages  together  with  the 
potential  of  concurrency  of  the  asynchronous  computational 
structures. 

The  locality  of  references  which  is  exhibited  in  any 
DCPL  program  allows  a  new  computer  organisation  using  (inexpensive) 
sequential  storage  devices  with  large  transfer  rate  Instead  of 
(expensive)  random  access  storage  devices  with  relatively  low 
transfer  rate.  Moreover,  ttie  computer  is  expected  to  achieve 
large  throughput  by  taking  the  parallelism  into  account. 
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I • 2  Variables in  computing  processes. 

In  his  paper  ’’On  certain  basic  concepts  of  programming 
languages"  [27]  Niklaus  Wirth  wrote: 

The  elementary  concepts  of  computing  processes  are: 

o  There  exist  certain  quantities,  to  be  called  "values" 
and  elementary  classes  or  types  (possibly  only  oae) 
of  values  among  whose  elements  given  elementary  rela¬ 
tionships  hold.  These  relationships  or  mappings  are 
represented  In  a  computer  by  its  operations  which 
generate  a  ne  -  value  (called  result)  which  has  the 
specified  relationship  to  the  given  value (s)  (called 
operands) . 

o  There  exist  cells  (usually  called  "variables")  which 
are  able  to  contain  a  value,  and  which  have  a  name. 

That  name  serves  to  refer  to  the  contained  value. 

o  There  exists  an  operator  for  the  assignment  of  a  new 
value  to  a  cell. 

If 

•  •  • 

These  concepts  are  widely  accepted  today,  and  they  under¬ 
lie  any  actual  implementation  of  a  conventional  programming  language. 

In  DCPL  we  support  the  first  part  of  the  quotation:  there 
is  a  universe  of  values  structured  in  classes  or  types,  and  mappings 
from  some  classes  to  some  possibly  different  classes  which  are 
actualized  by  operations.  There  may  be,  for  instance,  in  our  uni¬ 
verse,  integer  and  logical  values  forming  the  classes  I  and  L, 
and  the  operations: 


operations 

operators 

mappings 

addition 

+ 

Ixl-fl 

disjunction 

V 

L*L->L 

negation 

L+L 

equality 

= 

I*I+L 

I 
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Fig.  1-1 

In  fact,  it  is  not  our  intention  to  impose  any  restriction 
on  our  universe.  Consequently,  we  are  leaving  the  list  of  types 
and  operations  open-ended.  For  this  reason,  and  since  syntax  has 
received  a  rather  speedy  treatment,  the  emphasis  being  placed  upon 
semantics,  it  would  be  proper  to  consider  DCPL  as  describing  a  family 
of  languages  rather  than  defining  completely  one  specific  language. 

DCPL,  however,  does  not  support  the  second  part  of  the 
quotation:  one  variable  in  DCPL  has  no  meaning  by  itself;  a  system 
of  mutually  bound  variables  defines  communication  paths. 

1.2.1  An  example. 

Let  us  consider  the  evaluation  of  the  following  simple 
expression: 

(1)  (2  +  3  +  x;  (6-l)+y;  x  +  y->x;y  +  l-  y  ;(  2  *  y)  -  x  ) 

in  a  conventional  programming  language  (fig.  1-2): 


\/ 
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-  there  are  two  cells  x  and  y  ; 

-  the  expression  is  viewed  as  a  sequence  of  statements. 

The  execution  of  any  statement  is  a  simple  process  involving 
some  cells:  whenever  the  statement  x  +  y  -*■  x  ,  for  instance, 
is  executed,  the  values  contained  in  x  and  y  are  retrieved,  and 
their  sum  is  then  stored  in  x; 

-  the  statements  are  executed  serially  one  after  the  other. 

The  last  item  is  not  a  statement;  its  value  is  considered  to  be 
the  value  of  the  expression. 

The  same  expression  may  be  interpreted  in  a  quite  different 
way  in  DCPL.  In  order  to  study  gradually  the  notions  involved, 
we  start  by  interpreting  a  much  simpler  expression  without  variables: 

(2)  (2  +  3  +  2)  t  2  +  1 

Association  having  to  be  done  on  the  right,  the  expression  may 
be  represented  as  the  tree  of  fig.  I-5a.  We  may  view  each  node 
as  a  simple  automaton,  and  each  edge  as  a  channel  of  information. 
Whenever  a  node  represents  an  integer,  it  sends  up  spontaneously 
along  the  edge  its  own  value,  and  then  vanishes  (fig.  1-3). 

Whenever  a  node  represents  an  addition,  it  waits  until 
it  receives  a  value  from  both  the  right  and  the  left  side;  then 
it  adds  the  two  values  and  sends  the  result  up  along  the  channel, 
and  vanishes  (fig.  1-4).  The  evaluation  of  expression  (2) 
is  displayed  in  fig.  1-5. 

Let  us  consider  again  expression  (1).  The  expression  may 
be  represented  as  a  syntax  tree  (fig.  1-6). 
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Fig.  1-4 
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Fig.  I-5j 
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Each  node  is  here  again  considered  as  being  an  automaton 
which  has  an  address  in  some  address  space.  Whenever  a  node  A 
knows  the  address  of  another  node  B,  the  former  may  send  a  message 
to  B  (fig.  1-7).  Moreover  any  node  may  send  a  message  up  the 
tree;  any  node  receiving  such  a  message  may  either  pick  it  up 
or  pass  it  along  upward. 

The  nodes  representing  values  or  operations  have  the  same 
behavior  as  before.  Whenever  a  node  represents  some  variable  x,y,  etc...j 
it  sends  spontaneously  up  the  free  its  name  and  its  address.  Such 
a  message  can  be  picked  up  by  a  binder  (  ->x  ,  -+y  are.  binders) 
containing  the  same  variable  name  only  if  the  message  reaches  the 
binder  by  the  right.  The  binder  possesses  then  the  iddress  of  the 
node  which  has  originated  the  message  (fig.  1-8). 

The  various  nodes  which  act  spontaneously  are  completely 
independent  from  one  another.  However,  in  order  to  have  figures 


Note  about  the  syntax:  -*  is  considered  as  being  a  triadic 
operator  (operator  of  degree  3), 


Whenever  an  operator  0£ 


representing  in  fact 


is  triadic,  A  0£  B;C 


The  association  being  done  on  the  left,  A  B;C  Op^  D;E  represents: 
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more  readable  and  to  display  the  binding  in  a  more  visible  way, 
the  binding  operations  are  performed  first. 

Whenever  a  binder  has  received  a  value  on  its  left,  and 
addresses  of  variable  nodes  on  its  right,  it  sends  the  value  re¬ 
ceived  to  each  variable  node  whose  address  it  has  received  (fig.  1-9). 

Whenever  a  binder  receives  a  value  from  its  right,  it 
passes  this  value  up  along  the  tree  and  vanishes  (fig.  1-10) . 

The  description  of  the  evaluation  is  given  in  fig.  I — 3. 1 . 

1.2.2  Variables  as  defining  paths  of  information. 

If  we  view  a  computation  as  a  sequence  of  statements,  variables 
are  to  be  considered  as  denoting  cells  in  which  some  results  may 
be  stored  for  subsequent  use.  Conversely  if  beforehand  variables 
arr  considered  as  denoting  cells,  it  is  necessary  to  be  assured 
that  no  attempt  will  be  made  to  use  a  value  before  it  has  been 
produced,  or  to  overwrite  a  value  which  is  still  to  be  used. 

As  a  result  some  sequencing  has  to  be  done,  sequencing  whose 
viscosity  will  decrease  the  amount  of  possible  parallelism. 

If  we  view  a  computation  as  occurring  in  space  and  in  time, 
we  will  use  variables  whenever  we  want  some  information  to  be 
transferred  from  one  place  to  some  other  place  (s).  Whenever  a 
variable  is  free,  it  has  no  meaning  by  itself.  A  system  of  mutually 
bound  variables  is  used  as  a  symbolic  device  defining  paths  of  infor¬ 
mation  along  which  information  flows  toward  computation.  Whenever 
the  needed  information  reaches  an  operator  node,  the  simple  process 
it  represents  would  be  activated  asynchronously.  Its  completion 
may  result  in  sending  some  information  to  some  other  nodes. 
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In  DCPL  a  computation  may  be  regarded  as  an  object  composed 
of  small  automata  which  react  to  one  another.  Since  a  variable  may 
receive  a  computation  as  value,  representing  for  instance  a  proce¬ 
dural  argument,  the  object  representing  a  computation  may  expand 
and  shrink  with  a  behavior  which  may  lead  us  to  think  of  Von 
Neumann's  self  reproducing  automata  [24].  We  may  notice  however 
that  our  structures  are  not  to  be  implemented  in  some  cellular 
space  but  programmed  on  a  storage  device. 

The  binding  of  variables  superimposes  to  the  tree  structure 
a  graph  structure  similar  to  a  program  graph.  Fig.  1-12,  for  instance 
displays  the  graph  of  our  previous  example.  Such  a  program  graoh 
accounts  for  all  the  possible  parallelism  (or  preferably  conci rrency) 
which  may  occur  in  the  computation. 

1.3  DCPL  as  a  programming  language. 

As  a  programming  language,  DCPL  has  much  in  common  with 
languages  emphasising  expressions  (rather  than  statements)  and 
having  to  lose  extent  the  lambda  calculus  as  background  machine 
(McCarthy  [18);  Landin  [12,13,14);  A.  Evans  [7)>.  Any  computation 
is  a  structured  object  whose  evaluation  produces  a  value.  Moreover 
we  can  have  procedural  arguments:  a  procedure  may  be  constructed 
in  soft#  place,  produced  as  a  value  and  sent  to  some  other  places 
where  copies  of  the  procedure  are  created  (implemented  in  space). 

However,  DCPL  presents  many  peculiarities s a  computation, 
viewed  as  an  object,  may  produce  explicit  side-effects  on  the 
environment  in  which  the  computation  is  embedded.  Together  with 
a  binder  *  lambda'  which  binds  the  variables  which  arc  to  receive 
an  argument  from  the  environment  (as  in  some  extent  "value”  in 
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Algol  60),  there  is  a  binder  'mu'  which  binds  the  variables  which 
are  to  send  an  argument  to  the  environment^  'Mu'  ,  as  a  binder, 
is  in  some  way  similar  to  "result"  In  Algol  W  1261  with  this  impor¬ 
tant  difference:  an  argument  may  be  sent  t  j  the  environment  before 


the  computation  has  been  completed  or  even  while  the  computation 
is  actively  worked  out;  as  a  result  a  computation  may  ask  to  the 
environment  how  to  pursue  the  process  or,  some  special  conditions 
having  occurred,  if  the  computation  is  not  to  be  cancelled  ,  etc  ... 

As  it  has  been  already  mentioned,  DCPL  is  a  programming 
language  implicitly  displaying  parallelism  to  a  large  extent. 
Indeed,  there  is  no  need  for  special  devices  such  as  fork,  join, 
parbegin/parend  etc  ...  which  determine  parallelism  explicitly. 

DCPL  is  a  system-oriented  programming  language,  this  aspect 
being  discussed  in  the  next  section. 


I,/,  DCPL  as  a  system-oriented  programming  language. 

"System"  is  regarded  here  as  denoting  a  group  of  interacting 
procedures  constituting  a  collective  entity.  A  sophisticated 
industrial  organization,  an  administration,  a  hospital,  are  systems: 
a  number  of  departments  are  services  interacting  to  one  another. 

If  a  computer  is  to  be  used  integrated  in  such  an  environment,  it 
is  likely  it  should  look  like  an  information  network;  moreover 
programming  should  reflect  such  an  organization. 

In  DCPL  we  are  able  to  write  asynchronously  cooperating 
"independent"  programs  (coroutines)  linked  by  paths  of  information 
along  which  messages  are  sent,  and  to  write  them  recursively,  i.e. 
any  one  of  the  previous  programs  may  itself  be  a  construct  of 
cooperating  independent  subprograms  (fig.  1—14) .  It  is  possible 
to  embed  in  DCPL  sequential  programs  and  to  master  their  synchro- 


Fig,  1-14 
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rvization.  For  such  programs  DCPL  looks  like  a  host  system  .  In  fact 
it  is  possible  to  write  in  DCPL  a  hierarchy  of  host/guest  systems. 

Paths  of  information  permit  as  well  to  have  full  programming 
generality:  the  same  program  may  be  debugged  in  a  testing  environment, 
made  available  in  a  program  shop  and  put  by  some  user  in  his  own 
environment  without  the  need  of  any  surgery  (Krutar  [8])  .  In 
conventional  programming  languages,  such  a  programming  generality 
may  not  be  available  for  two  reasons:  1.  A  procedure  in  general 
contains  the  names  of  'iome  other  procedures  to  call;  as  a  result 
the  former  procedure  is  bound  to  the  environment  which  contains  the 
latter  ones.  The  situation  is  better  when  procedural  arguments 
are  allowed.  2.  Input/output  operations  are  performed  with  parti¬ 
cular  instructions  (read,  write  etc  ...);  thus  it  is  not  possible 
to  debug  a  procedure  in  a  testing  environment  with  I/O  devices 
simulated  by  some  programs.  In  DCPL  Inputs  and  outputs  are  con¬ 
sidered  as  paths  of  information  coming  into  and  going  from  the 
procedures.  Such  paths  may  be  connected  as  well  to  I/O  devices 
as  to  programs. 

I . 5  Machine  organization. 

DCPL  gives  to  machine  organization  a  new  perspective. 

Whenever  a  program  is  expressed  in  a  current  programming 
language,  the  control  may  jump  from  one  place  to  any  other  one, 
a  same  cell  may  be  accessed  from  quite  different  places.  This 
results  in  a  serious  lack  of  locality.  This  would  not  be  of  any 
importance  if  today's  computers  were  still  Von  Neumann  type  machines: 
one  processor  has  access  to  a  random  access  memory  whose  cells 
may  be  considered  as  being  all  "equidistant"  from  the  processor. 
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Frocessors  becoming  faster  and  faster  (and  cheaper  and  cheaper) 
the  trend  in  machine  organization  is  to  dlerarchies  of  memories. 
However,  unless  many  Iterative  computations  are  expected  to  occur 
in  the  fastest  level,  it  is  necessary  to  have  at  any  level  of  the 
hierarchy  a  transfer  rate  large  enough  to  "feed"  the  processor. 

A  large  tranfer  rate  may  be  obtained  by  taking  at  each 
level  a  large  block  as  unit  of  transferable  information  (the  slower 
the  level  of  memory,  the  larger  the  block). 

One  may  believe,  however,  that  only  a  few  words  in  such 
blocks  would  be  really  used.  For  this  reason  Jack  Dennis  suggests 
in  [4]  that  information  should  be  .moved  on  demand  with  the  word 
as  information  unit,  a  large  transfer  rate  being  assured  by  perfor¬ 
ming  many  computations  in  parallel . 

In  DCPL  it  is  possible  to  consider  a  program  as  a  construct 
of  "simply-connected"  computations  which,  once  triggered,  could 
be  brought  in  the  fastest  level  of  memory  and  completed  without 
the  need  for  any  additional  information. 

Moreover  it  is  possible  to  replace  random  access  memory 
by  sequential  rotative  memory.  This  will  be  discussed  extensively 
in  part  III  of  this  thesis. 

In  part  II  DCPL  is  presented.  Part  one  is  concerned  with 
preliminaries  and  discussions  which  the  author  believes  to  be  relevant 
to  the  subject  and  important.  Some  readers  might  prefer  to  skip  them 
and  go  directly  to  part  two  (  beginning  p.  86). 


PART  ONE 


PRELIMINARIES 
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signal.  Ci  receiving  it,  the  processor  expects  to  find  the  object 
to  be  transformed  at  some  specific  place.  When  the  transformation 
has  been  completed,  it  puts  the  resulting  object  at  some  (possibly 
different)  place  and  sends  a  control  signal  to  the  next  processor 
to  operate.  In  fig.  II-2  one  single  place  is  used;  a  cascade  of 
places  is  used  in  fig.  II-3. 

The  latter  situation  may  be  somewhat  abstracted.  To  each 
processor  is  associated  an  environment  (environments  may  overlap 
one  another).  Each  processor  is  able  to  perform  a  specific  transformation 
on  its  environment.  The  process  is  controlled  by  a  control  signal 
ae  before  (fig.  II-4) .  In  fig.  11-5  there  is  one  common  environment 

accessible  by  each  processor. 

In  the  light  of  these  latter  interpretations  the  arrows 
in  fig.  11*1  appear  to  have  two  purposes:  1.  They  order  in  time 
the  occurences  of  the  different  transformations,  carrying  an  implicit 
control  signal  (which  is  the  object  itself);  2.  They  specify, 
for  each  processor,  on  which  object  the  corresponding  trar .. jrmation 
is  to  be  done. 

11.1.3  Production  line. 

Up  to  now  we  were  interested  in  transforming  one  object  into 
anothe:  one.  Let  us  suppose  we  want  to  tpply  a  process  to  a  sequence 
of  incoming  objects,  fig.  II-l  being  interpreted  as  representing 
i  production  line. 

For  instance  we  stay  consider  a  row  of  objects  advancing  on  the 
communication  path.  Any  processor  performs  repetitively  Us  transformation 
on  «sch  incoming  object.  If  the  various  processors  operate  at  different 
rates,  it  become*  necessary  for  each  arrow  to  act  as  a  f irst-ln-f irst-out 
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queue  (fig.  II-6). 

In  some  Instances  *  it  may  be  preferable  to  just  have  one  queue 
before  the  process.  It  is  then  necessary  to  synchronize  in  some  way 
the  various  processors. 

A  straightforward  solution  is  to  process  only  one  object 
at  a  time,  one  processor  at  most  being  at  work  at  any  time:  P^  is  not 
to  accept  any  new  object  before  has  completed  the  transformation 
of  the  current  one.  As  showr  in  fig.  II-7  ,  a  backward  path  links  P^ 
to  P^.  On  completion  of  its  task  P  sends  a  control  signal  on  this  path. 

On  receiving  it,  P^  initiates  the  processing  of  a  new  object. 

Let  us  abstract  the  situation  in  the  following  way.  We  represent 
an  object  as  well  as  a  control  signal  by  a  token  placed  on  the  corres¬ 
ponding  arrow.  An  elementary  transformation  is  triggered  whenever  all 
the  incoming  arrows  contain  a  token  (f<g.  II-8b):  the  tokens  are  then 
removed  from  these  arrows  and  the  transformation  is  in  progress  (fig.  II-8c). 
On  completion  of  the  transformation,  a  token  is  placed  on  each  outgoing 
arrow  (fig.  II-Bd).  The  processor  then  stays  idle  until  there  is  again 
a  token  on  each  incoming  arrow  (fig.  It-8a). 

Thtt  process  is  desrribed  in  figures  XI-9a  to  I1-9J  . 

A  similar  scheme  may  be  used  whenever  the  process  uses  places 
to  store  objects  as  in  fig.  11-2  and  in  fig.  21-3  (fig.  11-10  and  11-11). 
There  is  one  token  representing  a  control  signal,  which  performs  a  loop 
(the  servicing  of  the  input  and  the  output  in  these  examples  is  not 
discussed  here). 
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in.*  ri»—n— . 

1 f  i  Uf|*  throughput  (n«*M>er  of  ek)»cu  |>rocrHH  per  wall 
of  iIm)  Ii  4»iir«f.  ouch  tt ralghtf ©rwsrd  solution*  or*  mi  iitlificioryt 
of  any  flat  only  one  processor  U  wrltlftfi  wo  would  prefer  to  tiivr 
the  various  processor*  working  concurrently  on  different  objects. 

If  thr  ll»t  rf^ulffd  l»jr  on#  yromior  to  transfer®  one  ottjrri 
I*  Imlcfffidfflt  of  «N*  ebj*fl  and  if  thl*  t|*>e  |«  kn*wn,  synehronlfat  Ion 
*»y  perforwed  with  a  central  liner.  C«eiy  1  (an  «m>mi  of  tine 
during  which  any  processor  say  p*?forn  It*  task  on  one  object*  the 
finer  trigger*  *11  the  processor*  by  tending  then  a  control  signal 
(fig.  11*12  «n<f  II-U). 

A  nor«  general  solution  nay  he  achieved  by  replacing  the 
backward  path  In  fig.  11—7  by  a  sequence  of  backward  path*  a*  dltplayed 
In  fig.  II-l*.  fig.  tf-lSa-d  detcrlbe  th  nrocett. 

The  processes  we  have  Jwtf  described  are  called  pipe-Jine*. 

I®  fig.  11-12  the  pipe-tine  it  synchronous.  in  fig.  II-I4  the  pipe-line 
■&}  ^nchronoa* . 

11.1*3  Petri-net. 

The  situation  of  fig.*  11-14  nay  he  oodeled  by  a  Petri-net 
(fig.  ll-lb). 

The  behavior  of  a  Petri-net  it  very  clote  to  the  behavior 
described  in  fig.  Ii-i.  A  Petri-net  it  nade  out  of  transition* 

(bars  in  fig,  11-16),  and  place*  (circle*  in  fig.  11-16).  An  arrow 
wy  Itad  fro®  a  place  to  a  transition,  or  fro*  a  transition  to 
a  place;  a  place  In  the  former  case  la  called  an  input  place  of  the 
transition,  and  In  the  latter  cate,  an  output  place  of  the  transition 


32 


place  filled  by  a  token 


Fig.  11-16 


Fig.  II-18a 


Fig.  II-18b 
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(fig.  11-17).  A  place  is  eltlicr  empty  or  filled  by  a  token.  A  transition 
is  ready  to  fire  whenever  all  its  Input  places  arc  filled.  (It  Is  supposce 
that  the  Petri-net  is  such  that  all  the  output  places  are  empty  at  the 
time  of  firing.  For  a  detailed  discussion,  please  see  Holt  [9]).  The 
firing  of  a  transition  may  be  viewed  as  a  spontaneous  and  Instantaneous 
operation:  each  input  place  is  emptied,  a  token  is  placed  in  eac1- 
output  place  of  the  transition  (fig.  ll-18a-  b). 

It  may  be  interesting  to  note  that  a  place  may  be  the  input 
of  several  transitions.  Several  of  these  transitions  may  be  ready  to  fire 
at  the  same  time;  however  only  one  transition  among  them  may  fire 
at  a  given  time  (fig.  II-19a-b). 

Remark. 

A  given  situation  may  be  modeled  in  quite  different  ways  depending 
on  the  emphasis  which  is  to  be  placed  on  various  conditions.  For 
instance,  fig.  11-20  and  fig.  11-16  account  quite  differently  for 
the  same  situation. 


11,2  A  process  as  a  system  of  transformations. 

In  the  previous  section  we  discussed  simple  processes  whose 
elementary  transformations  were  applied  sequentially  to  some  object. 

In  general  an  elementary  process  may  be  applied  to  one  or 
several  inputs  producing  one  or  several  outputs  (fig.  II-21a). 

We  require  of  any  would-be  elementary  process  that  it  may  only 
be  applied  when  all  its  inputs  are  available  and  that  its  outputs 
are  available  only  after  the  process  has  been  completed  (fig.  1 1-21b) 


two  transition*  arc  ready  to  fire 


only  one  transition  has 
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11.2.1  The  object-flow  model. 

Let  us  now  consider  a  process  leading  fro*  a  set  of  objects 
to  another  set  of  objects  by  applying  different  elementary  processes 
Fj.Pj'  ***  '*  indicated  in  fig.  11-22. 

ly  and  large,  our  previous  discussion  nay  he  appl  led  here  again. 
Each  node  may  be  considered  as  being  a  processor.  Whenever?  an  object 
is  produced  it  advances  on  the  corresponding  path  until  it  reaches 
the  next  processor.  A  processor  1#  triggered  whenever  there  i*  an 
object  on  each  of  its  Input  lines. 

11*2.2  Control  signals. 

Ir  another  Implementation  there  ere  places  tr  which  and  from 
which  objects  nay  be  stored  and  reprieved.  Control  signals  nay  travel 
on  the  arrows*  A  processor  Is  triggered  whenever  It  has  received 
a  control  signal  on  each  of  Ita  Input  lines.  The  processor  retrieves 
the  objects  stored  In  Its  Input  pieces,  performs  the  escoclated 
elementary  process,  stores  the  resulting  objects  In  its  output 
pieces,  end  tends  e  control  signal  on  each  of  its  output  lines. 

Tig.  11-23  and  11-2*  present  two  possible  conf Iguret lens. 

11.2.)  Peternlnacy. 

tfe  may  ob* tract  such  a  situation  by  considering  each  processor 
as  being  eble  to  perform  a  t rant format  ten  on  Ita  environment  after 
ft  has  been  triggered  by  itw  control  signals  (fig.  11-23).  However 
It  Is  iJfirtmt  to  notice  that  (he  result  of  the  process  nay  depend 
on  the  order  In  which  elementary  processes  have  been  epptled  If 
the  different  environments  are  interdependent  or  If  there  I*  one 
global  environment.  A  process  is  said  to  be  detcrnfnlst  |r  or 
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output- functional  If  the  resulting  objects  or  the  resulting  environ¬ 
ments  do  not  depend  on  the  order  in  which  elementary  proeessi *  have 
been  applied [  IS]. 

A  process  is  raid  to  be  completely  functional  if,  for  any 
elementary  process  Pj,  the  objects  or  the  local  environment  to  which 
Pj  is  applied  do  not  depend  on  th#  order  in  which  elementary  'processes 
are  applied,  at  the  time  when  P  is  triggered. 

The  process  of  fig.  11-22  with  objects  flowing  on  arrows 
is  determinate  if  the  elementary  processes  arc  output-functional; 
we  owe  this  result  to  the  requirement  we  made  about  elementary 
processes  (fig.  11-21).  however  the  process  would  not  be  determinste 
If  we  had  adored  races  to  occur  with,  for  Instance,  an  elementary 
process  having  as  an  output  the  first  Input  received  (fig.  11-26). 

The  processes  of  fig.  11-22  and  11-23  are  determinate; 
however,,  some  other  configuration*  of  places  would  have  given 
non-de term inate  processer . 

11.2,4  Service-on-demerd. 

A  same  elementary  process  may  occur  at  different  locations 
in  s  process.  Let  us  assume  that  th*  process  of  fig,  11-27  is  to  be 
carried  out  by  a  team  of  four  workers,  each  worker  being  able  to 
perform  s  specific  elementary  process  A,I,C  or  0. 

The  flow  chart  of  the  process  is  displayed  on  a  table  with 
a  light  bulb  on  each  node  and  a  place  on  each  arrow.  Whenever  all 


a)  The  term  "determinate"  '»  often  used  instead  of  deterministic. 
However  determinate  is  sometimes  opposed  to  deterministic  and  mean* 
than  completely  functional.  Such  opposition  it  not  t  very  important  ^ne 
from  the  point  of  view  of  this  thesis,  and  we  shall  use  "determinate" 
in  general.  However,  whenever  the  opposition  Is  meaningful  we  will  use  de¬ 
terministic  and  completely  functionals 
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In***  pieces  of  *  nod*  arc  occupied  by  objects,  the  bulb  am  this 
nod*  it  eut  emetics! ly  turned  on  (fig,  11-21). 

At  the  beginning  the  objects  to  be  processed  tr*  put  on  th# 
Input  pUctt  (fig.  1 1-79) . 

Vbtmstt  *  verier  is  idle,  h*  tool*  for  e  turn**. -on  bulb 
represent  in#  so  clcnentery  process  He  is  «bl*  to  perforn.  On  finding 
one.  He  tsisi  th*  objects  free*  th*  input  pUcee,  performs  the 
corresponding  eltnentsry  process  end  puts  th*  resulting  objects 
on  th*  output  pieces;  then  th*  verier  Is  Idle  egetn. 

In  such  *n  orient  ret  ton,  the  verier*  ere  seld  to  service 
*  *he  eleeentsry  processes.  The  denendt  er*  Issued  locally 

h*1** eu-eei  wi  loce!  condition  occurs.  Th*  sen*  tehee*  nsy  be  used 
if  one  verier  is  lilt  to  perforn  nor*  then  on*  mesentery  process. 
Hevever,  If  severs!  verier*  v*r*  ebl*  to  perforin  s  sen©  •  Intent  ery 
process  end  If  they  could  h*v*  eccess  concurrently  to  the  f lev 
chert,  e  system  ef  #rbit*rs(#4*Igniog  to  eech  Idle  verier  #n  elenenrery 
process  to  be  perfemed)  would  b*  noses sery  (see  Petit  { 20 )) . 

Let  u*  consider  egeln  (fig.  11*22.  IV*  elseentery  processes 
er#  eeld  to  be  ordered  if  there  is  «  peth  of  erreve  leedlng  fren 
one  to  the  other.  Th#  esecutiooe  ef  tun  such  elementary  processes 
er#  then  necesssrtly  ordered  In  tine.  Tvo  elenentary  processes  er# 
ssid  to  be  coocyrrsnt  If  they  ere  not  ordered.  When  th#  whole  process 
Is  cerrled  out,  two  such  elementary  processes  **y  be  performed 
either  concurrently  er  one  efter  th#  other,  according  to  consider*! Ions 
Which  ere  not  relevsnt  to  the  level  ef  eruaiiatien  In  which  w*  ere 
interested  here.  In  the  situation  of  fig.  II-2S.  o  sufficient 
condition  for  the  process  to  fee  deterministic  l*  thet  eny  peir 


41 

Qf  concurrent  tltMeury  procr**#*  (considered  m  operator*  on  «  w 
environment)  cmnwU.  A  ndlcUnt  condition  ior  the  process  to  be 
completely  functional  U  that  *ny  P*lf  of  concurrent  elementary 
processes  have  “Independent"  snulconpinta  (fl*.  TM*  Utter 

condition  Hold*  in  the  situation*  displayed  In  (I*.  I1-*S  and  ii-*4. 


11. 2. S  S«co»atl«t  execution. 

L«t  vi  wm  «gffoif  that  the  prM«i#  of  ft*.  11-27  it  to  k* 
performed  by  on#  worker  eeecutloi  th#  different  elenentary  processes 
on#  after  the  oth#t.  At  any  *l«#  th#r#  It  a  *#t  of  pairwise  concurrent 
elementary  proceese*  which  are  ready  to  be  e**cuted  (In  our  previous 
•then#  these  processes  are  thaw  whot#  bulbs  are  turned  on). 

(hir  worker  nay  choose  at  random  on#  process  In  thit  r/*t  end  perfotm* 
it.  the  occurence  of  thl»  elementary  process  U  no  longer  In  the  set, 
but  it  Itt  completion,  new  elsnentary  pro"e*te*  n.l*ht  b#  In  th#  *#t. 
then  th#  worker  repeat#  th»  ton#  sequence  of  actions  until  th# 
who)#  from*  In  completed. 

if  th#  process  It  planned  to  h#  e*#cuted  by  only  one  worker* 

It  #ay  b#  described  i*  n  *#cu#n<#  of  elementary  processes.  Obviously 
different  sequence*  are  possible  (fill.  Il-H  nnd  11-32).  Together 
With  the  •ecurr.ee  we  have  to  ham#  th#  Input*  end  the  output*  of 
e«ch  elementary  process  end  how  on#  It  r#Ut#d  to  another.  In  *1*.  li-l) 
cor  respond  Inc  Input*  *#d  output*  are  linked  together.  In  flc.  11-)* 
there  ore  four  place*}  to  each  Input  (reap,  output)  I*  associated 
a  place  ft on  which  (reap.  In  which)  the  object  I*  to  fee  taken  Creep, 
stored),  these  figures  display  the  sane  topologies  as  ft*.  11-32  and 


ft*.  II-)). 
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11.2.4  Centralised  vs.  distributed  control  machine. 

Abett  ed  lag  the  iIuiiIm,  we  Mjr  consider  the  4<->crlpt Ion  of  the 
process  «t  a  sequence  of  instructions.  One  processor  seen*  such  a 
sequence  performing  one  at  a  tine  the  corresponding  elementary  trans¬ 
formations  on  the  environment  (ftg.  11-34). 

We  call  a  Machine  with  one  or  several  processors  working  In 
such  a  way  a  centralised  control  machine.  On  the  other  hand  we  call 
a  distributed  control  machine  a  machine  whose  special  purpose  processors 
act  on  a  servlce-on-demand  basis:  any  action  Is  triggered  by  local 
conditions  occurring  asynchronously. 

Although  such  a  dlsrinctlon  nay  appear  rather  artificial 
under  certain  circumstances,  the  notion  of  a  distributed  control  machine 
will  be  helpful  In  the  sequel. 


CHAPTER  III 


A  COMPUTATION  AS  THE  REALIZATION 
OF  A  FORMAL  OBJECT 


So  far,  we  have  not  particularized  our  discussion  to  any 
special  object  or  to  any  special  elementary  process.  In  this  chapter 
we  consider  fonaal  objects  called  obs  which  may  be  built  up,  and 
then  realized  relatively  to  our  universe  of  values  and  operations. 

111.1  Combinations  and  oba. 

The  following  notions  are  due  to  Curry  [31.  They  are  very 
similar  to  Landin's  notion  of  applicative  structure  [12].  In  many 
other  works,  such  notions  are  expressed  from  a  syntactic  point 
of  view. 

An  ob  is  a  formal  object  which  is  either  primitive  and 
called  an  atom,  or  built  up  by  combining  already  constructed  obs 
according  to  som  elementary  processes  called  combinations. 

A  combination  is  a  particular  elementary  process:  an  ob  being 
given,  we  know  at  once  what  is  its  structure;  wc  know  whether 
or  not  the  ob  Is  an  atom,  and  1:  the  ob  ia  not  an  atom  we  know 
how  it  has  been  constructed:  by  applying  which  combination  to 
which  obs.  It  is  therefore  understood  that  obs  constructed  by 
different  processes  are  different  as  oba. 

As  a  result,  concatenation  of  symbols  and  strings, into 
strings, is  not  a  combination.  In  Lisp,  forming  the  "cons"  of 
two  S-expressions  is  a  combination.  In  the  same  way  a  sentence 
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which  is  syntactic  relatively  to  a  phrase  structure  grammar  is 
not  an  ob;  however,  anv  syntax  tree  of  the  same  sentence  may  be 
considered  as  an  ob. 

A  symbol  denoting  a  combination  is  called  a  combinator . 

The  degree  of  a  combination  or  of  a  combinator  is  the  number 
of  obs  to  which  the  combinator  is  applied.  An  atom  is  considered 
as  a  combination  of  degree  zero. 

Fig.  III-l  represents  an  ob  0,  with  CQ  ,  C2  and  C3  being 
respectively  combinators  of  degree  zero,  two  and  three.  The  figure 
displays  the  "topology"  of  0,  i.e.,  the  different  obs,  components 
occurring  in  the  construction  of  0. 

1II.2  Realization  of  a  process  or  of  an  object; 
categories  and  functors. 

Let  us  consider  an  elementary  process  with  input  and  output 
places  (upper  part  of  fig.  III-2),  When  realizing  such  a  process, 
each  place  is  mapped  into  a  value  of  the  universe  of  values  and 
operations  (see  introduction),  each  elementary  process  into  an 
operation,  such  that  the  value  associated  to  the  output  place  is 
obtained  by  applying  the  operation  (associated  to  the  elementary 
process)  to  the  values  associated  to  the  input  nlaces  (fig.  I I 1-2) . 

It  is  possible  to  realize  an  ob  by  assigning  a  value  to 
iach  component  and  an  operation  to  each  combination  with  the  same 
rule  as  previously:  the  value  associated  to  the  ob,  result  of  the 
combination,  is  the  value  obtained  by  applying  the  operation 
(associated  to  the  combination)  to  the  values  associated  to  the  obs, 
operands  of  the  combination  (fig.  III-3). 


UNIVERSE 


Fig.  III-2  (  to  be  viewed  in  space) 


Fig.  II— 3  (  to  be  viewed  in  space) 
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It  is  useful  to  abstract  slightly  cuch  situations  by  intro¬ 
ducing  a  variation  of  the  concept  of  categories  and  functors  (see 
Mitchell  [17]  ;  as  defined  here,  categories  may  be  extended  in 
a  trivial  way  to  be  mathematical  categories  ). 

A  category  is  a  set  of  objects  among  which  some  given 
relations,  which  we  shall  suppose  to  be  mappings,  hold.  So,  for 
instance,  the  previous  universe  is  a  category.  Any  ob  is  also 
a  category:  the  components  of  the  ob  are  the  objects  of  the  category, 
and  the  relations  are  here  the  mappings  actualized  by  the  combinations. 

Let  C  and  C'  be  two  categories.  A  functor  is  a  mapping  T:  C  ■»  C* 
which  associates: 

-  to  each  object  0  in  C,  an  object  T(0)  in  C' 

-  to  each  mapping  R  in  C|  a  mapping  T(R)  in  C* 


such  that  whenever 


® *  ’ *  *  • 
we  have  either 


„0J  ,  O' . 0^  in  C 


KO^.TCOj) . T(OnJ 


T(0p,T(0’) . T  (Op) 


and  T  is  called  a  covariant  functor  (fig.  III-4a),  or 

T(0j),T(0p,  ...  ,T(0') - T(R)  ^T(01)  ,T«>2) . T(0n) 


and  the  function  is  called  a  contravarlant  functor  (fig.  III-4b). 


III. 3  Iterative  and  recursive  processes. 

The  previous  definitions  are  significant  because  covariant 
and  contravarlant  functors  lead  to  two  different  computational 
schemata.  We  shall  see  that  they  correspond  to  the  intuitive 
distinction  of  an  iterative  versus  a  recursive  computation,  when 
applied  to  sequential  processes. 
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t<p, >  i  T<r,)  i  T(r.)  t<p  ,)  i  t<p  ) 


«(A  ,>4^ - T(A  ) 

n*I  n 


rig.  in-6 


To  tay  upping  ft  I*  Va  rperatlen  T(ft)  (.ihtch 

•ay  be  prtnttlv*  or  not)  I*  the  universe  of  value*  a*4  operation*, 
404  t ho  («rrt(f«fl4<nc*  II— ♦Till)  In  |lw»  beforehand.  Ter  no* 
okjicti  i|  ,  c«ll*4  *purte*.  tht  viImi  T(*j)  nr*  glvto  In  the  unl- 
vera*  of  value*.  for  iom  kj  the  «l»«  T(bj)  .called  goal*.  nr* 
to  be  determined. 

Lot  u«  consider  *  sequence  of  object*,  each  objttt  (the 
flrnt  on*  eacepted)  being  obtainable  by  applying  a  particular 
el event ary  proc««*  to  tlw  preview*  object  Ir  the  *equesce,  To  *ach 
elenentarv  process  f(  I*  a**eclat*4  *n  operation  T(Pj),  T  being 
a  covariant  functor.  TH*  flrnt  object  Aq  It  thj  source;  th*  value 
attainted  to  th*  lent  object  A ^  I*  th*  goal  (fig.  UI-S). 

Th*  confutation  of  T(A  )  nay  bo  performed  straightforwardly 

n 

with  on*  storage  plar#  who**  content*  will  b*  called  th*  current 
valu*.  At  th*  beginning  T(A  )  It  th*  current  valu*t  th*  control 
th*n  proceed*  sequentially  Iron  th*  source  to  th*  last  object  of 
th*  sequence;  whenever  a  napping  It  encountered,  th*  operation 
T(f|)  It  applied  to  the  current  valu*,  and  the  result  I*  taken  no 
the  n*w  urrtnt  valu*.  When  th*  control  roach**  A  ,  th*  current 

ft 

value  It  th*  goal  1(A), 

ft 

In  p*eudo>Algnl ,  the  process  nay  be  described  by  assn*  of  an 
Iteratloni 

...  currentvalu*  is  T(A  )  | 

© 

for  I  i <  1  *ttp  I  until  n  do 


currenivgiue  tsT(fj) (currentvalu*)  | 


M 

Ve  ceft*ldrr  now  ihr  of  object*.  T  bctn*  a 

coat ravarlaat  functor.  la  the  poorer  and  T(A^)  the  *>vol  (Mr.  1 1 1 -•*!  - 
It  nay  »oe»  that  T(Ab>  hofnjt  Rh«Nt,  tho  r«<*fuiatl*'«  *»f 

T(A  )  U  c  anpletoly  tlalUr  to  wur  provlowa  cwnputat  Ion  MAQ> 

© 

and  T(Ar)  Mini  pornutodt  T(P#),  ...  .  KP|)  w«mH  »o 

applied  **^*nt  tally  to  TCA^).  Movovar,  In  lonoral,  thta  rrvorac 
M^utfic*  of  m^Ir|i  la  not 

Tho  control  *ooa  it  fcrfor*  fro*  Aft  to  Aft  1  vhrwwr  * 
mapping  la  encountorod,  tho  cerroapondlnf  operation  T(ff)  lo 
placed  at  tn#  top  of  o  Uat-in-f  Irat-out  quowe  (•  alack), 

Af tor  tho  control  ha®  reached  Afl  .  tho  computation  proceed*  a*  In 
our  preview®  enuHiple,  tho  operation*  being  retrieved,  ®*»w.  from 
tho  nt*ck 

Tho  arrow*  on  tho  diagram  nay  aervo  a*  a  hut  It- In  atack. 

Lot  u*  consider  aa  an  onanplo  tho  factorial  function: 

(I)  fact(n)  •  I jf  n  •  0  then  I  otto  n  •  fact(n-l) 

Ut  ua  compute  factO).  Tho  tool  la  factO).  tho  tourco  it  0 
with  (act (0)  holnf  I.  Tho  diagram  la  displayed  tn  Mr.  III-J. 

Wo  can  Intorprot  tho  propran  aa  a  dinar**  nodi  Meat  Ion 
achono.  Tho  arrow*  T(ff)  aro  constructed  aa  tho  control  proceed* 
alon«  tho  arrow*  Tj*  When  tho  control  rea-hc*  tho  t«*wfcr  tho  twv* 
sequence*  aro  bound.  Thon  tho  control  proceed*  t<«w*r«f*  tho  foal, 
performing  tho  operation*  T(fj).  (fig.  Ill-t). 

Vo  nay  wnndet  what  Interpretation  an  Iterative  factorial 


nay  have . 
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fig.  ltt-» 


:t (*)«...  .....fgctOfr....— fgttd 


0 

J 


ri«-  tn-t 


A  <JCU‘riali 


4?)  I  *.  i*  i  s  r  i*  *  . 


vhitr  jk  n  4f*  bonln  )!'*•»  i 

mi  *  •  I  »«4  : 


A  "(efitmtiw*  (iderUlt 


f  * 

())  I  y?»  li 

lot  0*1  ?tiy»  I  until  a  4a  yj»  I *f  i 

y  * 


In  these  prciuiM)  the  profraisaor  Ve«**e  Se forehand  what  tite  eenwaace 
TCP  ).  TCP  ,)  .  ...  t*.  As  4  result  fact(O)  Win*  bncsm,  U«(U. 

...  say  Ini  CMfuinl  luritHtly.  w»  after  the  other  (fig.  III-*). 
In  (H*  (tm  program,  nt  «itH  step,  a  (fit  determines  w*wth»r  the  tail 
It  reached  or  Ml,.  In  the  m««C  program,  the  prsgfMiwr  Imw 
bef  vrehand  (hot  iht  goal  will  be  t«icM  uheneeer  »he  control 
hot  pasted  thtee  or root. 

A •  a  result  oo  can  consider  algorithm  Cl)  a*  |N#  m»i  general. 

A  lg.tr  It  Mi  (2)  mu  a  particular  situation.  Algorithm  O)  «*♦*  a 
•till  mart  particular  situation. 

In  tho  previous  discussion  eleneniaru  fiiK*i»*»  wrr  restric- 
tad  to  transform  me  object  Into  another  me.  It*e  gmeral  c*if  where 
elementary  processes  are  applied  on  several  Inpti  objects  and  produce 
several  output  ehjectt  *wy  receive  a  rather  similar  treatment. 

Object*  end  napping*  relating  me  object  to  another  constitute 
a  category  Cflg.  111-10).  Let  T  ha  a  functor,  associating  to  each 
elementary  process  Pj  an  operation  In  the  tmlwir  ICPg)*  If  T  Is 
ccvarlant  Cflg.  Ill-ll)  ua  can  taka  the  Input  object*  a,I.J  a« 
iwrccii  the  goals  being  the  values  of  the  output  object*  c  and  «. 

Tha  ccoputatlen  Is  performed  with  a  distributed  control.  If  7  Is 


(  In  (Mi  figure  X’  denote*  T(X)  for  enjr  ejrafeol  X) 
Fig.  1II-I1 


ttMlMVirllAt  (fit.  111-12)  the  CUtgUt  4tC  |4ltA  II  liwrfn, 

(be  |o<)i  Iwlat  IN  vitiK*  of  the  isgut  object*  T(i),  TO),  T(J). 

TW  iri^  rr^triratlK  the  R4pptn|i  T(fj)  ir«  u*ed  i«  a  flret-ln- 
liit*mt*HI«  «tori|f  device.  We  say  notice  (Kit  a  »tafh, betas  *n 
timtlilty  iqmtiUii  storage  device.  c*M«t  he  creed  here. 

ill. 4  IjfntMlc  end  Inherited  attribute*. 

111.4.1  Pef Inlt Ion*. 

tfeen  agglled  to  an  eh.  cevirliM  end  cent raver lent  functor* 
lead  to  the  notions  of  synthetic  and  Inherited  Attribute*.  Indeed. 

It  I*  soeatlee*  interesting  to  luocliU  to  each  conponent  of  *n  oh 
on  Attribute.  the*e  attribute*  being  structurally  related  to  one 
another.  In  our  terotnolcgy.  the  co*ycaenti  of  an  ob  aro  considered 
to  constitute  a  category,  which  I*  nagged  by  tone  functor  Into  the 
universe  of  values  and  ogeratloeo.  If  the  functor  Is  covenant, 
the  attribute  of  the  Riven  oh  nay  be  confuted  whenever  the  attributes 
of  the  kiss  (grtnit tve  ohs)  are  known.  Such  attr!bu*e§  are  called 
synthedc  attributes.  If  the  functor  Is  contravarlant,  the  attribute 
of  as  ston  nay  be  confuted  whenever  the  attribute  of  the  given  eb 
Is  known.  Such  attribute*  arc  called  Inherited  at’rlhutes  (*ee 
Knutb  (11)  where  a  syntactic  golnt  of  view  ha*  been  taken). 

111. 4. 2  The  value  of  an  eagre** Ion  as *  *ynthei|c  attribute. 

The  eagresslcn  (2  O  *2)  •  2  •  I  (see  atctlon  1.2.1) 

nay  be  regarded  a*  an  ob  Its  evaluation  require*  only  one  synthetic 
attribute,  the  value. 


T  •  tMtrmrUflt  fimctor 


rig.  III-12 
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Whenever  en  ob  like  (x  «  y  ♦  x)  ♦  x  ♦  l  ,  containing 
formal  variables,  la  to  be  evaluated,  It  la  necessary  that  the 
environment  determines  the  value  of  each  variable.  The  realization 
of  the  ob  la  a  covariant  functor  (fig*  111-13). 

11!. 4. 3  The  environment  an  an  inherited  attribute. 

In  the  previous  example  the  environment  wan  considered  as 
being  global  relatively  to  the  expression,  and  as  being  accessible 
by  any  variable.  Me  may  also  consider  the  environment  as  an  inheri¬ 
ted  attribute*?  the  evaluation  may  then  be  viewed  ae  having  two 
phases!  the  binding  and  the  evaluation  proper  (fig.  111-14). 

In  the  example  of  section  1.2.1, 

(1  ♦  )  ♦  »  i  )  *  y  !  *  ♦  y  4  *  |  y  ♦  l  *  y  ;  2  •  y  -  x  )  , 

the  and  *y  may  be  considered  as  being  operators  on 
environments  (fig.  111-15). 


a)  To  each  node  is  associated  an  attribute:  a  local  environment. 
As  a  result,  to  two  occurences  of  s  as  me  variable  tn  s  computation 

may  correspond  two  different  local  anvironmenta  which  may  asaoclott  to 
theta  Mariable-nodes  two  different  valuoe. 


FI*.  IK-13 


binding 


eviluit Ion 


proper 


Mi  Ill.U 


CHAPTER  IV 


SOME  COMPUTATION  MODELS 


IV. 1  Introduction 

In  this  chapter,  two  different  approaches  of  modelling 
computations  are  discussed.  In  both  of  these  approaches,  the 
models  present  in  some  way  concurrency  and  distribution  of 
control. 

In  the  first  approach,  the  directed  graph  is  taken  as 
a  model  of  computation  [6, 10, 10a, 16, 21, 23]  .  In  section  IV. 2 
we  will  discusn  the  "computation  model  with  data  flow  sequencing" 
due  to  Adams  [1].  Such  a  representation  is  of  interest,  for  us 
since  a  DCPL  program  may  appear  to  be  a  data  flow  model  after 
the  binding  has  been  performed. 

In  the  second  approach,  a  functional  computation  is 
considered  as  an  expression;  the  evaluation  of  such  an  expression 
may  be  carried  out  by  some  abstract  machine.  The  lambda-calculus 
provides  a  machine  whose  elementary  operations  are  replacement 
and  substitution  (section  IV. 3). 

Curry's  combinators  allow  to  use  a  much  simpler  machine, 
using  replacement  only.  Strikingly  enough,  variables  are  not  used 
at  all  in  this  representation.  As  a  result  of  the  simplicity 
cf  the  machine  and  of  the  extreme  locality  of  control,  the  repre¬ 
sentation  of  an  expression  may  appear  rather  complex  (section  IV. A). 

The  second  part  of  this  chapter  (sect.  IV. 3  and  IV. 4) 
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contains  some  technicalities.  Some  readers  might  prefer  to 
skip  it. 

a) 

IV. 2  The  Adams1  computation  model  with  data  flow  sequencing. 

The  directed  graph  is  used  as  a  model  of  the  computation. 

"The  nodes  of  the  graph  represent  computation  steps  and  the  edges 
represent  transmission  paths  for  data  and  control.  An  edge  may 
be  thought  of  as  a  queue  of  data  produced  by  one  node  and  waiting 
to  be  consumed  by  another.  A  computation  step  may  be  initiated 
whenever  each  edge  directed  into  that  node  of  the  graph  contains 
the  amount  of  data  required  for  the  node  to  execute  properly." 

Fig.  IV-1  displays  some  nodes  which  are  activated  whenever 
there  is  an  input  value  on  each  input  edge.  Then,  output  values 
to  be  put  on  the  output  edges  are  computed  according  to  a  function  f 
associated  with  the  node.  is  a  notational  device:  placing  'Vp" 
on  an  edge  means  placing  nothing  on  this  edge. 

Fig.  IV-2  displays  some  nodes  having  a  more  involved  behavior. 
Relatively  to  a  node,  an  input  edge  may  be  in  any  one  of  two  status: 
it  is  either  locked  or  unlocked.  In  fig.  IV-2,  the  status  of  input 
edges  is  given,  for  Instance,  as  ULL  ,  which  means  that  port  1 
is  unlocked  and  that  ports  2  and  3  are  locked.  The  computation 
step  of  a  node  is  initiated  whenever  there  is  an  input  value  on 
each  unlocked  input  edge.  Output  values  are  computed  as  before 
according  to  an  associated  function  f;  moreover,  a  new  status 
for  ench  input  edge  is  determined  according  to  another  function  g 
associated  with  the  node.  The  blocking  capabilities  of  these  nodes 
permit  the  computations  to  be  determinate. 


a)  We  have  taken  the  freedom  to  quote  some  passages  of, 
and  to  reproduce  some  figures  from  Adam's  [1]. 
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Fig.  IV-la 

f:  Vj  *•  i£  V^=  false  then  else  f; 
V4  -  if  Vj=  true  then  V2  else'f ; 

Fig.  IV-lb 


f :  Vj  *■  If  Vj=  true  then  V2  else'f; 


Fig.  IV-lc 


g:  ULL  •*  LUL  ±t_  V^=  true 

ULL  -  LLU  if  Vj=  false 

LUL  -  ULL 

LLU  -  ULL 
Fig.  IV-2a 


V  «-  V 
4  V2 


V  *-  V 
4  V3 


g:  UL  -  LU 
LU  LU 


f.  v  *-  V  • 
t.  v3  v1# 


V  *■  V  ' 
3  2' 


3 


Fig.  IV-2b  (from  Adams  Cl]) 
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Fig.  IV- 3  end  IV-4  represent  an  iterative  [1,  p.  31)  ana 
a  recursive  [l,p.32]  factorial  respectively.  The  latter  figure 
witnesses  to  the  recursive  character  of  a  graph  procedure: 

"When  a  node  in  a  graph  procedure  represents  a  recursive 
call  upon  the  procedure  of  which  it  is  a  part,  a  copy  of  the 
called  graph  procedure  ia  created.  Thus,  during  the  execution 
of  a  graph  program,  an  auxiliary  graph  referred  to  as  the  executing 
graph  will  be  constructed.  Initially  the  executing  graph  will 
consist  of  the  stain  graph  procedure  G»  with  the  initial  data 
for  the  program  placed  on  the  edges  of  C.  The  initial  data  must 
be  of  the  aaste  type  aa  the  edges  on  which  it  is  placed.  Whenever 
a  procedure  node  in  the  executing  grapl  is  ready  for  execution, 
a  copy  of  the  defining  graph  procedure  will  be  created  and  added 
to  the  executing  graph  ;  and  when  the  procedure  terminates, 
the  created  copy  will  be  deleted.  The  executing  graph  can  thus 
expand  &nd  contract  dynamically  during  the  execution  of  the  program." 


Remark.  Such  a  situation  may  be  regarded  as  an  instance  of  the 
realisation  of  a  contravarlant  fur.ctor  'compare  1 11-8  and  IV-3). 

In  DCPL  we  will  find  the  same  notion  of  implementing  in 
space  successive  generations  of  a  recursive  procedure. 

IV. 3  Functional  representation:  the  lambda-calculus  ^ 

The  discussion  in  this  section  and  in  the  next  one  is 
based  on  Curry  [3).  The  lambda-calculus  provides  a  framework 
in  which  functional  expressions  may  be  represented  and  evaluated. 


a)  Such  a  creation  and  addition  of  a  graph  piocedurc  to 

the  executing  gi.'^h  is  referred  to  in  this  thesis  as  an  implementation 
in  space. 

b)  There  are  different  lambda-calculi,  each  one  having 

its  particular  idea  about  what  objects  repreient  the  same  function. 

However  since  in  programrirg  languages  the  emphasis  la  put  to 

the  application  of  a  function  to  an  argument,  and  not  to  a  function 

itself,  only  one  calculus  is  generally  used  (^-conversion  larf da-calculus). 


FI*.  IV- J  (Ad«*>  lij,p.31) 


6? 


Such  «v«Iu«tl ««*  present  possibilities  ©f  concurrency  and  dlstrl- 
buf  I  >n  nf  control.  Since  He  Urihy  I  191  •  **«*  l*«Wj*tilculu*  ha* 
often  Wen  considered  In  connect  l**«  with  prutttwint  l«n|wtf*i 
Lardln  112.I3.UJ.  A.  Evans  I  7  3,  Horrl*  119  . 

IV. 3. I  Variable*  In  natheeatlcs. 

Let  ua  consider  with  Curry  the  following  uthrMtical  statesentat 


(1) 

(a  •  !)*  •  * 

(2) 

4"  *  *  2  s 

da 

('  2 

O' 

I  %  da  • 

o 


In  statement  (1)  the  variable  a  nay  be  considered  as 
having  an  Intuitive  meaning!  for  any  Integer,  for  Instance  a, 
we  have  the  relation  (a  •  I)*  •  a?  *  2a  *  1  . 

We  cannot  interpret  the  u*e  of  the  variable  a  In  auch  a  alnple 
way  In  (2)  and  (3):  they  do  not  enunciate  any  statement  about 
■one  object  for  which  *  stands.  In  fact,  (2)  and  (3)  state 
•one  properties  about  a  function,  the  square  function.  The  use 
of  variables  In  these  statcaents  nay  be  considered  as  only  a 
notations  I  device.  The  use  of  variables  nay  even  be  ©ore  explicit 
with  Church's  Lanbda  notation  (Church  (2  ))|Ax.x“  denote*  then 
the  square  function.  II  0  and  denote  respectively  derivation 
and  integration  between  a  and  b,  the  stateaenl*  (2)  an  JO)  be  core : 

(2')  D(Ax.*J)  *As.2x 

l3<Xx.xJ)  «  9 

O 


O') 


The  lambda  notation  a  1 1  eve  c«  to  consider  a  function,  at  least 
conceptually,  as  an  object:  (unction*  been**.'  part  of  tin-  mln-rw 
of  discourse,  and  statement*  about  functions  nay  be  formulated. 

tV. 3.2  functional  represents: ion*  in  programming  languages. 

Functions  appear  naturally  in  progrswsing  languages  whenever 
sase  object  is  to  be  evaluated  in  son#  realisation  (see  chapter  tit). 
Cenerslly  atatenents  about  functions  which  are  considered  in 
programming  languages  are  very  United;  with  the  exception,  nay  be, 
of  sene  symbolic  manipulation  oriented  progressing  languages, 
functions  are  considered  as  far  as  they  will  be  applied  to  sons 
arguments  at  sons  tine.  There  is  a  notation  to  represent  functions 
and  another  notation  for  the  application  of  a  function  to  eone 
arguments,  and  there  is  e  background  machine  which  nay  evaluate 
functional  express  ions.  If  such  a  background  machine  Is  to  be 
an  abstract  (or  formal)  one,  e  notation  le  not  sufficient,  it  is 
necessary  to  be  able  to  represent  e  functional  expression,  ty 
representation  we  mean: 

1.  Any  function  may  be  represented  a*  an  object,  better 
as  an  ob. 

2.  There  is  a  combination  called  appiicat ten  which  allows 
to  represent  in  an  explicit  way  the  ob  obtained  by 
combining, with  the  application,  a  function  to  lit  argument* 

3.  There  is  an  abstract  machine  which  can  evaluate  the 
previous  ob  and  produce  the  representation  of  the  resul¬ 
ting  object. 


|V.  1.)  An  aba tract  reducing  mlMjw. 


Ve  ir#  Intereated  here  in  abstratt  wchinv*  perfomln* 
reduction*  alnc#  lhaar  Mchln**  are  particularly  *i»pl*» 
applied  to  tom*  object,  they  loo*.  for  any  ce»rencnt  correspon¬ 
ding  to  a  given  pattern  and  replece  it  by  an  associated  com- 
p^neot  .  A  nacre-proceaaor,  an  interpreter  o*in,e  -  ilnpie  prece¬ 
dence  *r««f  (Virth  l  21))  night  be  considered  a*  reducing  Mchlne* 


IV.). 3.1  Subat itut ton  versus  replacement. 

We  present  theee  notion*  pictorielly:  in  fl|.  IV-6  *n 
ob  X  le  substituted  for  an  aton  s  in  en  ob  A;  the  reault  ia 
an  ob  1. (We  nay  notice  that 

1.  x  ia  supposed  to  be  an  a ton 

2.  each  occurrence  of  x  ia  replaced  by  an  occurrence  of  X.). 
In  fig*  IV-7f  *  component  X  of  an  ob  A  ia  replaced  by  an 

cb  T;  the  result  la  an  ob  ».  (Note: 

1.  X  la  not  ntceaaarlly  an  aton,  but  an  ob 

2.  Even  if  there  are  several  occurrences  of  X  In  A,  only 
the  considered  occurrence  la  replaced.  ). 

IV. 3. 3. 2  Redaction  rules. 

Let  ua  consider  two  ob*  A  and  A  and  the  reduct  ion  rule 
A^|.  Let  X  be  an  ob  having  A  as  a  component.  Vc  aay  that  X  nay 
be  reduced  In  Y,  and  we  note  X  *  Y  If  Y  la  obtained  by  replacing 
In  X,  the  conponent  A  by  B.  We  note  X  •  Y  whenever  X  »Y  *r 
Y  >X  and  fe  and  »  represent  respectively  the  quaa*i-order Ing 
(sysawtric  and  transitive)  and  the  equivalence  rrnerated  by  *  and 
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Th*-  definition*  may  bo  Riven  with  a  set  of  reduction 

rule*  U1  '  In  *u***ry! 

X  •>  Y  4-4  there  Is  in  the  ob  X  a  component  whose  repla¬ 
cement  by  the  corresponding  Bj  produces  the  ob  \ 

X  af  either  X  or  Y  ►  X. 

X  there  is  a  sequence  of  objects  Xq  ,  Xj  •  •••  XR  , 

Xo®  X  and  Xfl  s  Y  such  that  Xq J>  Xj  ...>Xn 
(&  denotes  the  identity  of  obs) 


X  ■*  Y  there  is  a  sequence  of  objects  Xo  ,  Xj  ,  X 

such  that  X  *  X  and  Xn  -  Y  and 
o  n 


Fig.  IV-8 


IV.  5.3. 3  Reducing  nachlne, 

Uhenever  a  set  of  reduction  rules  is  given  we  can  consider 


the  following  reduction  process,  to  be  applied  to  any  ob  X: 
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FI*.  IV-t 


Of  louily,  such  a  proctu  I*  not  In  gtnml  dotemtnlHlf.  Mor»ov*r ( 
applied  to  in  ob  X  It  nay  or  tuy  not  ntop .  If  ft  doe*  »lop,  pro¬ 
ducing  on  ob  Xo  ,  there  In  no  red-ictlon  which  may  be  performed  on  X^i 

X  In  said  to  be  •  normal  form  of  X. 

0  1  1 

Ve  art  Interacted  In  abntract  reducing  machines  wMch  are 
deterministic  to  come  extent,  namely  In  machine*  verifying  the 
following  condition  (Church-Xonaer) i  If  X  •  Y  there  1*  an  ob  Z 
such  that  X>1  and  Y  2  Z  . 


Fig.  IV-IO 


n 


Indeed  auch  *  condition  guarantee*  whenever  the  machine 

.tops  when  applied  to  an  ob  X,  It  produces  the  »asw  norej»t  for* 
(however  In  acne  simulation  the  machine  nay  not  atop).  Such  4  noreal 
tom  fay  be  considered  a*  the  "value"  of  X.  the  reduction  machine 
being  therefore  an  evaluating  each'nc. 


IV. 1.). 4  A  trivial  eaa«ple. 

Let  U9  consider  a  trivial  rep-eaentat ion  of  alRple  cowputa- 
tlona  without  variablea: 

-  to  each  value  v  in  the  universe  corresponds  a  co*blnater  of 
degree  «ero  0  and  to  each  operator  of  degree  n,  opr,  a  eombina- 
tor  of  degree  n.  opr.  We  call  CLo  the  claaa  of  oba  which  nay  be 
conatructed  with  theae  comblnator*.  For  any  operator  opr  and 

(or  any  valuea  v|  .  v2  .  ...  v^  producing  oprfv^Vj . v„> 

we  have  the  reduction  rule  : 


for  instance  If  there  la  one  operation,  the  addition,  and 
Integers  m*  valuea,  the  reduction  rules  will  he  of  the  form! 


Any  sum  will  he  trivially  evaluated  hy  our  machine  (fig.  IV-lli 
The  Church-Xosser  condition  t*  here  obviously  verified;  the  machine 
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la  dcteralnlst ic  and  has  a  distributed  control.  The  result  12  , 
as  a  coebinator,  is  the  normal  for*  of  the  given  expression  and 
may  be  considered  as  being  the  *n iue  of  the  expression.  The 
relation  of  equality  we  have  defined  corresponds  to  the  tradi¬ 
tional  meaning  of  equality  of  turns. 

IV. 3.4  Evaluation  of  A  -expressions. 

Let  us  consider,  together  with  the  previous  comblnators, 
a  new  atom  called  a  formal  variable  x.  Any  ob  H  containing  x 
may  be  considered  as  s  function  CL— mCL  (CL  is  the  class  of 

O  0  0 

obs  obtslned  with  the  comblnators  associated  to  values  and  opera¬ 
tions  of  the  universe):  Indeed,  to  any  ob  A  In  Cl.^  we  nay  associate 
the  ob  obtained  by  substituting  A  for  x  In  H,  which  may  bj  denoted 
by  (A/xJN  anJ  the  function  A— m[A/x)M  may  be  denoted  by  Ax.M  f(2J). 
The  operation  M-mAx.H  Is  called  abstraction  relatively  to  the 
formal  variable  x 

We  can  represent  such  a  function  as  an  ob  in  the  following 

way: 

1.  There  la  a  combination  of  degree  2,  called  abstraction 
and  denoted  by  a  comblnator A .  Whenever  abstraction  la  applied 
to  two  obs,  the  first  one  nv«i  be  a  formal  variable.  A  written 
notation  for  such  a  combination  is  Ax.M  ;  thv  oh  la 

2.  There  Is  a  combination  of  degree  2  called  appllcgtlen. 
and  denoted  by  the  comblnator  'apply* .  A  written  notation  for 


Is  m 
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3.  There  is  an  abstract  reducing  machine  defined  by  the 
reduction  rules  generated  by  the  following  reduction  scheme: 
Whenever  H  and  N  are  two  obs  and  x  is  a  formal  variable, 

( A **M)N «p  [N/x]H  ,  or  graphically: 


Hg.  I V- 1 2 


It  is  proven  that  these  reductions  verify  the  Church- 
Rosser  condition  (  Church-Rosser  theorem,  see  Curry’s  [3, chapter  4)) 
We  now  have  a  machine  which  can  evaluate  expressions  such  as: 
(Ax. (2  «  (x  ♦  1)))(2  ♦  3)  (fig.  iv— 13) 

or:  (Ax.x  «  1  > C ( A  x.2  ♦  x)  3)  (fig.  IV-14). 

In  fact,  very  general  computations  may  he  expressed  with 
such  a  model  (see  Landln  (121). 

Remark  1:  The  reduction  process  may  not  stop  when  applied  to  some 
peculiar  obs  like:  Y |  A f .  1  <4  h. f  (hh>) U  *•. f  (hh)) )  called  "par ado- 
sical  combinator"  (see  Horris  UtJ). 

Remark  JT.  Tll#  reduction  machine  Is  not  In  a  strict  tedte  deter¬ 
ministic:  we  can  only  state  that  whenever  the  machine  stops.  It 
produces  the  same  value;  however  some  simulation  nay  produce  «  value 
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ri*.  iv-u 


7b 


«ftd  ■  «  other  •Isolation  nay  go  (or  aver.  Cxamplet  any  expresalon 
i\x.2)A  ,  A  being  any  ob,  say  be  reduced  to  2  alnce;x  not  occurring 
In  2 f  1  A/a  12  vl  .  However  If  A  *  Y  (the  paraouxtcal  comblnator) , 
the  machine  nay  indefinitely  reduce  Y.  Therefore  a  reduction  of 
(A*.2)Y  nay  not  terminate. 

The  sachlne  nay  be  nodlfled  in  order  to  be  determlnlatic: 
a  reduction  such  ax  the  one  of 


nay  only  be  applied  when  the  argument  H  la  not  reducible  any  nore. 
Then  f^x.2)Y  (Y  being  the  paradoxical  comblnator)  becoati 
a  computation  which  doe*  not  temlnate  In  any  case. 

In  He  Carthy  (II)  and  Landln  (12)  a  arquentiel  machine 
I*  u»ed  (the  order  of  the  reduction  la  uniquely  determined). 

The  evaluation  la  therefore  deterministic. 

.  IV. «  Another  lufltth  nai  repreaentat lent  Curry* a  ronblna tor*. 

In  the  previous  section,  an  abstract  noehlne  evaluating 
^•expressions  was  supposed  to  be  able  to  perform  replacements 
md  substitutions.  Ur  consider  a  replacesent  as  a  simple  and  basic 
transformation;  however  we  view  a  substitution  as  a  ouch  more 
complex  t ranafomat Ion.  The  question  then  arlars  whether  It  Is 
possible  to  repreernt  functional  computations  with  an  abstract 
machine  which  Is  only  able  to  perform  replacements .This  Is  possible 
with  Curry's  comblnators  and  eoreover  formal  variables  are  not 
needed  an*  ire  In  the  representation.  Such  a  property  It  concep- 
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tullty  iifortint  enough  to  legltlnate  thil  section  of  th*  thesis. 

In  fact  th#  study  of  eonblnatory  logic  has  been  a  point  of  departure 
fro*  which  Rinjr  idea*  eapreesed  In  thte  dissertat ion  have  merged. 


IV. 4.1  flotation#  and  repreaentat Iona. 

In  thl*  aect ion  (and  in  this  sect  ion  only),  we  suppose  that 
char*  ia  only  one  coehiitatlon  called  application.  Whenever  F  and  X 
are  tvo  oba,  we  represent  the  ob  obtained  by  applying  F  to  X  by  FX; 
in  a  graphical  notation: 


<> 


application 


Whenever  parentheses  are  not  used,  association  Is  to  be 
performed  on  the  left  (in  this  section  only).  S©  FXTI  t  (FX)YI  •  (FXY)Z 
Any  c  cabinet  Ion  different  free*  the  application  Is  represented 
by  on  stem;  for  Instance,  If  A  denotes  addition  A  2  )  represents 
(A  2)  1  ;  A  *sy  be  considered  as  on  opt rat 'on  of  degree  2,  (A  2)  as 
on  operation  of  degree  1  .  Fig.  IV-1J  represents  the  ob: 

A  (  A  1  (  A  ))  ))  1 


IV. 4 . 2  The  copblnators  K.l.t  . 

Let  us  suppose  that  together  with  the  ceoMnetore  associated 
with  values  and  operations  we  have  the  following  conblnators:  K,l,f. 
To  each  of  these  conblnators  Is  associated  a  reduction  echoes: 

Fur  any  oh*  X.T.Z.T  we  have: 


rul*  (K)  : 


ml*  (t)  > 


rul*  (•)  i 


i  x  y**i 

.  -  A 

i  x-»  x 


An  —  A 


#  X  Y  I  T-*X(t 


A*  u*  Km  ***n  la  ••etloa  IV.  J  th**t  rul**  4*ft*»*  m 


abstract  r*4uclng  aachln# 


IV. 4. J  An  *»**»!*. 

A  and  H  4*ootin«  th*  *4411 len  a»4  th*  aultlpl leal Ion. 
let  u*  con*l«f*r  th*  obi 

F  a>#  A  (  #  H  1  I  )  (Mill)  1  ) 

Ui  u*  r#4ue«  th*  eb  F  a  ,  ulth  V  atan4lna  for  any  lnt*t«ri 
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Up  hive  F  i*A  (  H  i  i  )  (  N  2  i  )  .  So,  F  la  a  fund  loo 

which,  applied  to  Any  Ifltefrr  a,  product*  A  (  M  a  a  )  (  H  2  «  )  . 

F  U  therefore  in  oh  rapreaentini  Hi,A(Nn)(N2t) 
or,  wlm  utvil  iwtideni,  A  *.(*  •»)•(?•«)  and  F  4ee«  wt 
contain  any  variable. 
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IV. 4, 4  An  ai£crlrN». 

We  may  voider  if  every  function  nay  be  represented  in  this 
way i  Let  im  consider  an  ?b  M  which  My  contain  a  fornal  variable  a. 

I*  there  an  ob  F  which  does  not  contain  any  variable,  repreaenttnj 
X%  H  1  The  anewer  is  yea.  In  order  to  oiaplify  the  diacuaaton, 
let  <*»  aaeume  that  H  only  contain#  operation#  of  degree  2.  Lwt  o» 
call  Ix)H  the  ob  F  we  are  looking  for.  Ve  have  the  following 
algorithm 

If  M  doe#  not  contain  x  then  (x)ff  •  K  H 

eloe  If  M  t#  x  then  (xjM  •  I 
el#e  . 

M  ha#  the  fonai 

'operator*  <left  operand*  'right  operand* 
and  i 

(xIMm#  'operator^  x)«  left  operand^  x )' right  operand*) 

Thio  algorlthn,  applied  to  Ax.A(Kxx)(Kxx)  produce*  In  fact  F. 

IV. 4. }  8.C.W.S.K. 

If  M  contain*  several  variable*  x,  y.  x  .  then  A*  F  1  •  M 
1«  obtained  by  forning  (x)  (  tyJ  (  l*J  H  ))  . 

We  have  partlculariied  our  dt*cu##lon  with  operation*  @f 
degree  2.  However  any  function  nay  be  repreaented  with! 

%  (»)<  g  i  g  x  *  f(g  x) 

C  lC)t  C  f  x  y  *  f(y  x) 

(W)t 


W 


W  f  x 


fax 
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or,  ilunutivtljr,  vlthi 


s 

(S) 

$  f  g  x  *  f  x(g  x) 

K 

00 

K  e  x  »  c 

With  any  of  these  conblnators  the  abstract  nachlne  verifies  the 
Church-Up* »«r  condition. The  remarks  at  the  erwJ  of  IV.)  are  stiil 
valid  here. 

fteftsrk.  Each  of  the  previous  conbinatort  tmy  he  considered  as 
a  laebde-exp rest  ion.  For  instance,  ve  can  takei 
•  «  A(  r.  «  .  fCg  *> 

C •  Af  x  y  .  f(y  x) 
va  Af  x.  f  x  x 

Then  l,C,W  nay  be  considered  as  a  MbaaeM,  any  laeMa-expresslon 
beina  expressible  as  an  ob  constructed  with  b,C,bT. 

This  discussion  la  the  last  of  our  prellninartee.  Ve  are 
now  going  to  study  DCFI.. 


PAflT  TWO 


D  C  P  L 


A  DISTRIBUTE)  COtTTNOL  PfK>2UWJNG  LANGUAGE 


u 


CHAT  t*  V 


r.C.P.l. 

A  DISTRIBUTED  COKTROL  FROCRA»USC  LANGUAGE 


V,  |  The  t«it rat  f  rM« . 

V.I.I  A  confutation  as  a  format  object. 

In  DCFL,  any  confutation  la  considered  a%  a  formal  object, 
an  ob  (tet  faction  1 1 1. 1).  In  the  computing  machine,  auch  an  ob 
la  actualixtd  aa  a  tree  whose  node  a,  representing  comb instore, 
are  automata,  and  whose  edge*  arc  directed  channels  of  Information, 
directed  fro*  "son"  to  "father"  (fig.  V-I).  A  nod*  nay  have  rero, 
on*  or  aeveral  sons;  the  number  of  aona  It  haa  la  called  lta  degree 
(fig.  V-2). 

The  edgea  being  directed  channela  of  tnfora<et ’on,  each  node 
any  aend  a  message  up  the  tree;  auch  a  aenagc  is  called  a  notice 
(fig.  V-3).  Whenever  a  node  receives  a  notice,  it  nay  either 
pick  it  up  or  pass  it  along  upward. 

The  tree  la  considered  to  be  in  some  apace  in  which  each 
node  haa  a*,  address.  There  is  a  communication  system  allowing  any 
nod?  to  tend  a  me a a age  to  any  other  node  whose  address  it  knows; 
auch  a  message  is  called  a  reply.  A  reply  contains  explicitly 
the  address  of  the  addressee. 

Whenever  a  node  A  wants  some  information  fro*  ancestor  B, 

A  sends  up  a  notice  with  its  own  address  (fig.  V-6);  such  a  notice 
is  called  a  request.  A  request  is  a  notice  containing  the  address 


V>(  If* 


of  the  sender  to  which  tom  reply  U  to  *>•  •*<*«•  A 

it  not  a  request  1*  a  *Upl«  «»tice.  Ob  receiving  the  request 

MCnt  by  ru.de  A.  the  nod.  •  my  .end  beck  th.  required  Inf  oration 

(fig.  v-S). 


V.1.2  Values  and  operation.:  th.lr  rcprc.nt.tlon. 

At  it  hat  been  already  noted  In  the  introduction  (chapter  l) 
ve  assume  that  there  it  a  universe  of  values  structured  in  classes 
or  types,  and  mappings  fro.  some  classes  to  some  possibly  different 
classes  which  are  actualixed  by  operations,  and  we  leave  the  list 
of  types  and  operations  open-ended.  We  require  however  that: 

1.  to  each  value  in  the  universe  corresponds  a  specific 
co.binator ,  represented  by  a  value-node.  Spontaneously  a  value-node 
sends  up  the  tree  a  simple  notice  containing  the  value  it  represents; 

the  node  then  disappears  (fig.  1-3,  chapter  1>. 

2.  to  each  operation  in  the  universe  corresponds  a  specific 
operator  represented  by  an  operation-node,  which  has  the  degree 

of  the  operation  it  represents.  An  operation-node  waits  until  it 
receives  a  value  from  each  of  its  sons;  it  performs,  then,  the  operation 
it  represents  on  these  values. The  result  is  sent  up  the  tree,  and 
the  operation-node  disappe.r.(f ig.  1-4).  Fig.  1-5,  in  the  introduc¬ 
tion,  shows  how  a  simple  expression  without  variable  may  be  evaluated. 

3.  to  each  ob  corresponds  a  value  in  the  universe.which 
may  be  considered  as  a  description  of  the  ob.  As  a  result,  a  descrip¬ 
tion  of  an  ob  may  be  sent  as  a  message  from  some  part  of  a  computation 
to  some  other  part,  where  the  described  ob  may  be  built  and  imple¬ 
mented  in  space,  extending  the  tree  (fig.  V-6) . 


A. 


a  value.  When  received  the  ob.B  «my  be  implc  ni»  <1  in  Apace. 


Fig.  V-6 
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A*  a  re»jlt  of  that*  behavior* ,  the  tree  represent  inf  a 
computation  tay  grow  and  shrink  during  its  llfea 

V.1.3  The  other  conbinators. 

Together  with  the  conbinators  associated  to  the  values 
or  operations,  DCPL  uses  sany  other  specific  conbinators: 


Triadic  conbinators  (degree  3): 


(setdovn) 

(setup) 

'IT  or  *  1  • 

(if) 

Dyadic  conbinators 

(degree  2); 

'm' 

(new) 

'um&' 

(lanbda) 

'w: 

(nu) 

•  ♦  • 

(sendup) 

(send own) 

•O' 

(trigger) 

' IMPL 1 

(implement) 

•o' 

(compose) 

'Q!i' 

(or-event) 

* AND ' 

(and-event) 

a)  Such  a  behavior  is  similar  to  the  behavior  of  the  execu¬ 
ting  graph  used  in  the  Adams'  model  (IV. 2).  Instead  of  graphs,  the 
model  describe^  here  manipulates  trees. 


P>in>  i«ro  combing tort: 


»*  (null  ob) 

4  whole  clan*  of  variable*:  X.  Y.  JOHH.  VAh  .  ... 
a  whole  clas*  of  alpha-variables:  <iA .  a)'.  *\YAR  .  ... 

The  function  and  'he  behavior  of  each  of  these  node*  will 
be  progressively  presented  In  the  sequel. 

V.2  About  the  syntax. 

The  tree-structured  representation  lc  fundamental  In  DCPL. 
However,  It  is  useful  to  have  a  linear  repref entatlon  easier  to 
manipulate.  Rather  than  a  straight  parentheslzatlon  or  a  heavy 
syntactic  apparatus,  we  prefer  the  use  of  a  few  replacement  rules: 
programs  gain  a  familiar  appearance  without  any  syntactic  freezing. 
T';e  follow.ng  rules  determine  a  one-to-one  mapping  between  the 
tree-structured  and  the  linear  representation. 

Rule  1.  Parentheses  may  be  used  freely  and  no  distinction 
is  made  between  parentheses  and  brackets. 

Rule  2:  Any  combinator  of  degree  2  may  be  infixed.  Association 
is  to  be  done  to  the  right,  unless  explicitly  specified  through  the 
use  of  parentheses.  For  instance  is  to  be  structured  ns 

iA'*<y»Z)  )  .  As  a  consequence,  whenever  two  combinators  of  degree  2 

arc  not  ordered  by  parentheses,  the  latter  is,  on  the  tree  structure, 
a  descendant  of  the  former:  Kt'W  X  ....  t  ....  has  the  following  t 

structure: 


ivlc  J.  Much  like  in  Algol  where  Integer  I« 

Instead  of  *5  irt4Xor  Xi  |ntf**r  *«  •  p",‘  cjn 

coabiMteri: 

Hi  JT.r.Z  X*r*Z  represents: 

Pule  i.  Coablnatora  ol  degree  3  aay  be  infixed  between  their 
firet  u*c  arguments,  a  seai-colon  separating  the  second  argument 
f roa  the  third.  Rule  2  is  then  applicable  to  such  coablnatora. 


Some  examples: 

S  •*;*»?  represents 

The  interest  of  this  rule  ie  sharpened  when  it  is  used  repetitively 
on  a  nested  structure: 

and 

nay  be  represented  respectively  by  £«-5;( X*Y )  *<.;7.-k  and  by 
n  l£l;f’2l£'?;/'3l/'.‘3;£«  or,  with  a  non-necessary  pair  of  parentheses, 
iX-5;<*tyW.;2-Jn  and  </’i \K\  ;f?IA7;P3 \F!2;F'> »  . 

Rule  5.  As  it  will  be  discussed  in  the  sequel,  the  application 
of  a  function  to  an  argument  or  to  a  parameter  is  represented 
through  the  use  of  ('sendown')  or  't*  ('sendup').  However,  in 
order  to  conform  to  traditional  notations,  we  allow  expressions 
such  as  .v(/i ,F.C)  ,  f’l 4 , E . C\l\h.  '  ,  M  ;£?.£)  • 


.  I 


‘•.1 .1 


‘J4 


•  ‘•M/I  tf 


represent.!!  in* 


Rrcark  .  Application  of  rule  5  My  be  sislcadlng:  flA  ,fc.C>  Is  an  ob; 

is  a  notational  convenience  which  has  no  meaning  by  Itself, 
it  does  not  represent  any  ob. 


An  cxa»plc: 

According  to  these  rules,  the  expression 
Nt.V  X.Y.Z  (X~',i{X*Y)+Z',Z*X)*{Y+X*UX) 
Is  the  following  ob: 


of  DCPL. 
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In  dcfl  a  syste*  of  nuluAlly  kound  variable  determine* 
cos»unlcation  path*.  T*e  proce..  which  builda  th-*e  P*<h*  .*  ca 
th«  binding  proceaa.  The  binding  process  superimpose.  •  gr»ph 
structure  to  the  tree  structure  which  represent.  •  co.put.tlon. 

A  coMHinlcatlon  path  lead.  fro.  a  "binder-node" (t°  a  v.rLMr- 
nndc.  if 

J>  — j— 

Any  variable-node  sends  spontaneously  a  request  containing 


%  ar  »  *  *  —  - - 

p.tt-  !»<••  '•«  *  <*",■»  *  Mr,Jh' 

^  li  a  v.rl.Me-node.  y^)  •  y^l  •  i) 

and  arc  possible  corresponding  hinder-node*. 

.  .  -  *  a.  _ _ »  _  A.  an.iilialtf  J  ri*ournt  containing 


a)  Note*  la  a  conblt.sior  of  degree  3,  whose  second 

argument  -oat  be  a  variable.  However,  the  construct 


Is  conaldered  as  being  one 


&  , 

ne  node  t*. 


0  ■ 


In  fact,  in  the 


following  liar,  the  conatructs  on  the  left  nre  considered  to 
represent  the  constructs  on  the  rignt: 


**» 

ll.  *44te**  It*  non*  ***».  •*  «**  «”*  c,,«*  V  ,)* 

Such  <*  request  l»  plchrd  •*  by  the  Hf*«  CMf responding  bl«»dr* 
encountered  The  variable-***  l*  torn  »•*  «HU  bl*d*r-»*d*t 

4  (MiNMiC4tlM  path  leads  fro*  the  bWrr-#^  lo  the  var lable’nede. 

A  binder-node  «df  html  several  v*iUbh  fwnfos:.  lAwncwi'f 
4  ti|Adcr>n<tdr  ircrlvc*  an  »  I*  *«’**J*  a  <**P7  **(  *****  •*!» •«»«•«* 

|p  t4rh  V4f|phlr*«i>tfp  ll  binds  (fig  V-i). 


».U  V^t *J*to-“*  -l : 


•1  r.iy  only  pick  up  the  rp|up«u  rrathlnj  ll  Ifcn  the  fifth*  ,11a*  h-*). 

On  receiving  «  value  slnf»le  nolle*  on  tin*  left,  seldown  aen.1% 
a  copy  of  this  value  in  every  var lab  tv- node  ll  bind*.  on  llr-  right. 

Tlio  scope  of  *.V  I*  therefore  United  lo  the  right  component;  •»  way 


be  considered  an  AMlfinnt  the  value  produced  on  the  IcU  in  the 


varlnhle-node#  A  In  ll*  *cope  (fig*  V-10). 

On  receiving  a  value  slnple  notice  on  the  right,  *r  passes  ll 
along  up  the  tree  and  disappear*  (fig*  V-ll). 


Kxasplr  I: 

The  evaluation  of  tlio  expression  •*  *t.A« .  *  I*  displayed  In 
fig.  V- 1 2. 

Ixasple  2: 

The  evaluation  of  the  expression  *  *  *.f ;  •  •fi.Tt  T  »  1*  displayed 


in  fig.  V- 1  3. 
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Example  3: 

The  evaluation  of  tin*  expression 

I  (  ?* 3)*.V ; 5 •>'; ( X*Y)  *A';<  Y*l  )-T;l  ?»T) *A  1 
has  Already  been  studied  in  the  first  chapter  (fig.  1-h  a°d  i-ll). 

V.  3.2  The  binder-nodes  setup  and  V.'f.V*. 

As  already  noted,  the  scope  of  ■*/  is  limited  to  the  right 
component.  X*-  allows  to  send  a  value  in  the  right  component  and 
in  the  environment  as  well  (fig.  V-14).  In  order  to  delimit  exactly 
the  scope  of  A*  ,  &V  A-  is  used  as  a  "top-binder”:  the  scope  of  A* 
is  entirely  under  the  corresponding  NEW  A  (fig.  V-15). 

•A'  and  X*  hind  exactly  in  the  same  way  any  variable-node  A 
in  their  right  component.  However,  contrarily  to  -*A,  A-  sends  up  the 
tree  a  request  with  its  name  which  is  picked  up  by  the  first  /V£V  A 
the  request  encounters.  As  a  reply,  NEW  A  sends  to  X*-  the  address 
of  any  variable-nodes  whose  requests  it  has  received  (fig.  V-16). 

Whenever  X*-  receives  a  value  on  the  left,  it  sends  a  copy 
of  it  to  each  variable-node  whose  address  it  possesses  (fig.  V— 17). 

A’4  ,  as  -»A,  disappears  whenever  it  receives  a  value  simple 
notice  on  the  right.  NEW  X  disappears  whenever  it  receives  a  value- 
simple  notice. 

Example  1: 

Fig.  V-18  displays  the  evaluation  of  the  expression: 

NEW  V  (  2-V-.V*-U+'liV+V)  +  (3 ~U:l'+V) 
in  the  left  argument  of  the  addition,  i  value  V  is  produced; 

V  is  used  in  the  evaluation  of  both  arguments. 
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Fig.  V- 17 


r 


Iu4 


Examp le  2 : 

Fig.  V-19  displays  the  evaluation  of  the  expression: 


NEW  U.V  (y<-5;[y+n-Z;Z+y)  +  (VHJ+liU)  . 

Such  an  expression  is  remarkable  in  that  it  cannot  be  evaluated 
by  a  sequential  machine:  the  evaluation  of  the  first  argument 
requires  the  value  of  V  which  is  produced  in  the  second  argument 
whose  evaluation  requires  the  value  U  which  is  produced  in  the 

first  argument.  In  DCPL  there  is  no  deadlock  since  the  two  arguments 

are  evaluated  concurrently. 

V.3.3  The  binding  of  procedures. 

A  procedure  is  a  computation  oh  which  is  intended  for 

implementation  and  usage  in  various  parts  of  a  computation  p  ogram. 

In  order  to  ensure  generality  of  utilization,  the  set  of  vari  bles 
used  inside  a  procedure  must  not  conform  to  the  set  of  variables 
used  in  the  environments  in  which  the  procedure  is  to  be  implemented 
(please,  see  fig.  V-20) . 

Whenever  a  variable  in  a  procedure  is  to  receive  an  argument 
from  the  environment,  the  variable  is  bound  inside  the  procedure  to 
a  LAMBDA  binder-node;  the  procedure  itself  is  interfaced  with  its 
environment  through  a  node  sendown  '  (fig.  V-21a). 

Whenever  a  variable  in  a  procedure  is  to  send  an  argument 
to  the  environment,  the  variable  is  bound  inside  the  procedure  to 
a  MU  binder-node;  the  procedure  itself  is  interfaced  with  its  environ¬ 
ment  through  a  node  sendup  ' t '  (fig.  V-21b). 


.ru  YW-HJ 
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• LAMBDA »  and  sendovm  '**. 

An  example:  LAMBDA  S  (5+ 1)  is  a  procedure  with  one  lambda- 

variable  S.  rLyWBZM  S  (S+l>)  (3)  represents  that  procedure  applied 
to  one  argument  3.  According  to  the  (syntax)  replacement  rule  number  5 


In  fig,  V-22a  and  V-22b  the  variable-node  S  is  bound  to  the 
lambda-node:  the  former  sends  up  the  tree  a  request  which  is  picked 
up  by  the  latter.  This  binding  occurs  inside  the  procedure  itself 
and  may  be  performed  before^mplementation  in  space  of  the  procedure, 
i.e.,  the  physical  embedding  of  the  procedure  in  its  environment. 

Then  the  procedure  is  bound  to  its  environment:  the  lambda-node 
sends  up  the  tree  a  request  with  its  address  which  is  picked  up  by 
the  sendown  node  (fig.  V-22c  and  V-22d).  The  argument  may  flow  down, 
from  the  environment  into  the  procedure,  and  reach  the  variable-node 

(remainder  of  figure  V-22). 

Whenever  a  procedure  contains  several  lambda-variables,  it  is 
necessary  to  have  the  arguments  matched  with  the  lambda-nodes 
(fig.  V-23) .  The  matching  is  performed  dynamically  in  the  following  way 
when  a  lambda-node  sends  up  the  tree  a  request  with  its  address, 
this  request  contains  a  count  set  to  zero.  This  count  is  incremented 
bv  one  whenever  the  demand  encounters  another  lambda-node,  and 
decremented  by  one  whenever  the  demand  encounters  l  sendown  node 


no 


will,  a  non-zero  count.  The  demand  is  picked  up  by  the  first  mc'mIowii 
node  which  receives  it  with  a  count  equal  to  zero  (fig.  V-24). 


* .'.'<7 *  and  sendup  *  t  * . 

An  example:  . \&1  T  ...  «*  •  •  •  ^  ;,v  " 


The  binding  inside  the  procedure  and  the  binding  of  the 
procedure  to  the  environment  are  performed  exactly  as  (or  lambda 
and  sendown.  However,  instead  of  receiving  argument,  the  variable 
in  the  procedure  receives  the  address  in  the  environment  to  which 
the  produced  value  is  to  he  sent  (fig.  V-25) . 

Let  us  consider  again  the  example  of  I Ig.  V— 19: 
gi'd,/  <!/•-*> 2*1/ >  ♦  ) 

It  may  be  expressed  as 

KEV  U.V  FiViU)  ♦  GWiV) 
with  F  ■  l£L  u  LAMcPA  V 

and  G  •  L&Hlllld  'J  Uil  v  .  In  order  to  make  it  clear  that 

U  and  l'  arc  bound  in  F  ami  G,  we  can  take 

F  •  W££  «  WM  r'  « F“bi\  A».s*  hf  iT*Ht 


and  G  •  lAMOA  N  liH) 


(fig.  V-2b). 


Fl*.  V-2S 


1X3 


FI*.  V-2*b 
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V.4  Procedures  as  arguments. 

V . 4 . 1  Pseudo-values . 

As  stated  in  section  V.1.2,  any  ob  has  Its  description  as 
a  value  in  the  universe  of  values.  Such  a  value  is  called  a  pseudo¬ 
value;  "LAMBDA  S  (.‘>+1  )"  is  a  pseudo-value  representing  the  ob 

iMim  s  {St i). 

Whenever  a  variable  receives  a  pseudo-value  as  an  argument, 
it  implements  the  ob  described  by  the  pseudo-value  at  its  own  place. 

As  a  result  a  procedure  may  be  received  as  an  argument  and  imple¬ 
mented  if  the  corresponding  pseudo-value  is  given  beforehand  (fig.  V-27). 

Let  us  however  consider  the  following  example; 

....  LAMBDA  S,T  (S*T)  >F - m)-G - C<  4 )  - 

In  this  example  the  procedure  LAMBDA  S,T  (S+T)  is  first  implemented 
it;  the  environment  A  and  receives  the  argument  5;  then  the  resulting 
procedure  is  to  be  sent  and  Implemented  in  the  place  of  G  in  the 
environment  B.  This  may  only  occur  if  the  ob  [ LAMBDA  {.'♦’/’)  |(  b) 

is  able  to  produce  a  pseudo-value  representing  Itself.  We  will  sec 
in  the  sequel  how  we  mav  Implement  such  a  pattern  of  behavior. 

V.4.2  Pseudo-argument . 

There  is  a  special  message  •  called  pseudo-argument :  whenever 
a  variable  X  receives  a  pseudo-argument,  it  sends  up  the  tree  the 
pseudo-value  representing  itself,  " Xn  (fig.  V-29). 

Whenever  the  combinator  representing  an  operation  receives 
the  proper  number  of  input  values,  it  computes  the  resulting  value 
and  sends  it  up  the  tree,  if  the  same  combinator  receives  at  least 
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one  pseudo-velue  representing  an  ob,  it  prepuces  a  pseudo-value 
which  is  sent  up  the  tree:  for  Instance,  in  fig.  V-30  the  conbinator 
•■t ‘  receives  a  pseudo-value  "X*3"  and  a  value  2;  it  sends  up  the  tree 
the  pseudo-value  "(Af+3)*2*'. 

An  ob  may  have  some  of  its  variables  receiving  a  value  and  some 
other  variables  receiving  a  pseudo-value.  As  a  result,  this  ob  is 
partly  evaluateu  into  an  ob  whose  associated  pseudo-value  is  produced 
and  sent  up  the  tree  (fig.  V-31). 

V.4.3  Procedural  arguments. 

Ue  are  now  able  to  handle  the  example  of  fig.  V-28:  whenever 
the  node  +G  receives  from  the  left  a  request  sent  by  a  lambda-node, 
it  sends  as  a  reply  a  pseudo-argument  (fig.  V-32).  As  a  result  the 
ob  for  which  F( 5)  stands  may  be  partially  evaluated,  the  correspon¬ 
ding  pseudo-value  ia  produced  and  sent  to  the  variable  G  (fig.  V-33). 

The  problem  of  having  proceduree  as  arguments  is  not  yet 
completely  solved:  we  have  seen  how  a  ombinator  representing  an 
operation  reacts  whenever  it  receives  a  pseudo-value;  however  we 
do  not  know  yet  how  other  combinators  (for  instance  ♦,*,  ...)  are 
to  react.  Let  us  study  the  two  following  examples: 

Example  1:  ( 1  LAMBDA  X  1 1  LAVruA  Y  iY*\)  WiGiX))  bFiFil)  > 

(fig.  V-34). 

Example  2:  <  1  LAMBDA  X  <  I  1  I  Y*X)  i~G;GiX) )  bF.Fi  2)  > 

(fig.  V-3S). 

In  example  1,  the  component  i  ( LAVBiA  Y  <  E»1 )  ) ) 

may  be  handled  as  previously  (fig.  V-3A): 


Fig.  V-32 


1 2 1 


1.  •€  send*  to  the  laabda-node  LAMBDA  Y  a  pseudo-argument  0. 

2.  on  receiving  the  pseudo-value  "LAMBDA  Y  (>'♦1)",  -•<?  pastes  it 
along  to  the  variable-node  G  where  the  procedure  it  to  be  implemented. 

The  variable-node  X  (in  G(X)  )  receives  a  pseudo-argument  sent 
by  -*F  via  LAMBDA  X  ;  it  sends  up  the  tree  the  pseudo-value  ", X "  which 
is  received,  on  the  left,  by  the  node  sendown,*  .  On  receiving  this 
pseudo-value,  sendown  sends  a  pseudo-argument  to  the  procedure  on 
the  right,  and  waits  for  a  pseudo-value  from  this  procedure  (fig.  V-37). 
Then  *  combines  the  two  pseudo-values  into  a  pseudo-value  it  sends  up 
the  tree.  The  completion  of  the  evaluation  of  example  1  is  displayed 
on  fig.  V-3B. 

In  example  2  the  procedure  lAXBxA  Y  (Y*X)  cannot  be 
transmitted  and  Implemented  in  the  place  of  G  for  X  is  externally 
bound:  it  is  indeed  our  policy  to  Implement  an  argument  only  after 
its  complete  evaluation;  we  require  (see  fig.  V- 35)  that  the  imple¬ 
mentation  of  B  in  the  place  of  F  occurs  before  the  implementation 
of  A  in  the  place  of  G  . 

As  a  result  *G  must  have  here  another  behavior:  o-  receiving 
a  pseudo-value  on  the  left  it  sends  *.  *>eudo-argument  to  each 
variable-node  it  binds  on  the  right.  On  receiving  a  pseudo-value 
or  its  right  <  combines  tie  two  pseudo-values  and  sends  the  resulting 
pseudo-value  up  the  tree  (fig.  V*W). 

In  summary.  In  the  following  situation 


LAMBDA  X 

imum  y  (*♦!>]<*> 
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the  ob  A  uy  or  aay  not  be  to  receive  iom  argument  froa  the 
environment. 

In  the  latter  altuatlon  (fig.  V-40)  and  If  A  tjoea  receive 
these  arguaenta,  A  produces  a  pseudo-value  "4",  after  having  received 
a  pseudo-arguaent  ♦  fioa  MJ  (fig.  V-41).  This  pseudo-value  "A"  la 
sent  by  ■*€  to  the  variable-node  C  where  A  la  lapleaented. 

If  A  receives  at  least  one  pseudo-arguaent  froa  the  environment 
(fig.  V-42),  the  evaluation  of  A  la  not  completed  and  "X"  la  not 
to  be  sent  and  lapleaented  In  the  place  of  G  .  Instead,  on  receiving 
the  pseudo-value  "4",  *G  sends  to  the  variable  node  G  a  pseudo-argu¬ 
aent.  On  receiving  the  pseudo-value  **/!*',  •€  sends  up  the  tree  the 
pseudo-value  "A+tJiB"  (fig.  V->9).It  la  therefore  necessary  that  -7 
Is  able  to  distinguish  between  these  two  situations. 

We  laplr'aent  such  a  behavior  In  the  following  way: 

Whenever  a  variable-node  sends  up  the  tree  a  reguest  with  Its 
own  sderess,  such  a  reguest  contains  an  Integer  called  count,  equal 
to  aero  at  the  beginning.  While  the  regwest  flows  up  the  tree,  the 
count  Is  Incremented  by  one  every  tine  the  reguest  reaches  on  the  left 
one  of  the  coafelnators  set down  ’  •’  ,  setup  *•*  ,  or  send  own  *»•  . 

Such  a  count  Is  associated  to  pseudo-* rfwaents  and  pseudo-values 
aa  shown  In  the  following  table: 


124 


the  ob  A  uy  or  My  no*  be  to  ret* tv*  tone  argument  f roc  the 
environment . 

In  the  latter  situation  ((It*  V-40)  an 4  If  A  does  receive 
thaaa  erg unents,  A  produce*  a  pseudo-value  "d".  after  having  received 
a  pseudo-argummt  i  (roe  •G  (fig*  V-41).  This  pseudo-value  **A"  la 
sent  oy  -C  to  the  variable-node  C  where  A  la  Implemented, 

If  A  receives  at  leaat  one  peeodo- argument  f ron  the  envlronnent 
(fig.  V-42),  the  evaluation  of  A  Is  not  completed  and  "dM  U  not 
to  be  sent  and  lrplenvnted  In  the  place  of  G  .  Instead,  on  receiving 
(he  pseudo-value  ”AM,  <  sends  to  the  variable  node  a  pseudo-argu- 
•ent.  On  receiving  the  pseudo-value  **#**,  -G  sends  up  the  tree  the 
pseudo-value  "A<.At'  (fig.  V-Jf).lt  Is  therefore  necessary  that  w; 

Is  able  to  distinguish  between  these  two  situations. 

V*  lop  1 men t  such  a  behavior  In  the  following  way: 

Whenever  a  variable-node  sends  up  the  tree  s  request  with  Its 
own  address,  such  a  request  contains  an  Integer  called  «ount,  equal 
te  xero  at  the  beginning,  ifetle  the  request  flows  up  the  tree,  the 
count  Is  Incremented  by  one  every  tine  the  request  reaches  on  the  left 
one  el  the  ronfelnatort  letdown  *•'  ,  setup  .or  sendown  *  * '  . 

Such  a  count  l*  associated  to  pseudo-argunenta  and  pseudo-values 
at  shown  In  the  following  table: 


jWT  ACTIOS 
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Remark. 

Whenever  a  combinator  receive*  from  the  left  a  pseudo-value 
with  a  count  of  zero,  it  ia  assured  (by  these  behaviors)  that  the  leit 
ob  has  not  received  a  pseudo-argument  from  above^^.  As  a  result,  the 
pseudo-value  received  say  be  Implemented  (see  example  1). 


The  behaviors  o  ©  and^^arc  similar  to  the  onr  described  for^). 


V.5  Conditional  expressions. 

' i£'  (or  'I')  is  a  combinator  of  degree  three: 


The  ob  "predicate"  is  assumed  to  produce  a  logical  value: 

FALSE  or  TRUE  .  In  the  former  case  the  ob  "if-true-ob"  is  deleted 
from  the  computation  tree:  in  the  latter  case  it  is  the  ob  "if-falsc- 
ob"  which  is  deleted  from  the  computation  tree  (fig.  V-43a  and  V-43b). 

As  shown  in  section  V.3,  any  ob  may  exchange  information 
with  its  environment:  as  a  result,  messages  can  freely  flow  down 
from  the  environment  into  the  obs  "predicate",  "if-trui—  ob",  "if- 
false-ob"  which  may  be  considered  as  being  evaluated  concurrently. 

However,  it  is  Important  to  prevent  an  ob  which  cvertval ly  would 
be  cancelled  from  sending  messages  to  its  environment.  For  tills  reason, 
the  messages  which  are  sent  to  the  environment  by  the  obs  "if-true-ob" 
and  "if-falsc-ob"  arc  picked  up  and  kept  in  two  different  packages 
at  the  '-combinator  level  (fig.  V-44a).  When  the  value  of  the  ob 
"predicate"  reaches  the  combinator,  one  of  the  two  packages  is  destroyed 


sad  the  miiihii  contained  in  the  other  one  arc  freed  (fig.  '*-441 
and  V-44c). 

V . 6  DCPL  as  a  system-oriented  programming  language . 

In  the  previous  section  of  this  chapter,  we  have  seen  how 
staple  DCPL  programs  nay  be  considered  as  expression*  which  nay  be 
evaluated.  This  section  sustains  our  claim  that  DCPL  is  a  system- 
oriented  programing  language:  a  computation  is  considered  a  system 
of  asynchronously  cooperating  "indeoendent"  programs  (coroutines) 
linked  by  path#  of  Information  along  which  messages  are  sent. 

V.6.1  Asynchronous  events  and  sequential  processes. 

Sequential  processes  Ich  arv  triggered  by  the  occurrence 
of  some  asynchronous  event  can  *»e  embedded  in  DCPL.  Whenever  some 
actions  arc  to  be  synchronlredaln  some  way,  such  sequential  processes 
may  be  used  (  these  processes  may  be  very  small  and  perform  Just  one 
elementary  action). 

Any  value  may  be  considered  as  an  event  whenever  we  are 

s 

interested  In  knowing  whether  the  v'.lue  has  been  received  or  not, 
disregarding  the  value  Itself. 

We  may  operate  on  event#  with  the  operators  'di ■*."  and 
which  arc  not  to  he  confused  with  the  logical  operators  'A*  and  'V. 

The  nodes  which  correspond  to  these  operators  consider  any  value  they 
receive  as  an  event.  An  o.V/'-nodc  produces  an  event  whenever  It  re¬ 
ceives  an  event  from  both  of  its  sons.  An  OP-node  produces  an  event 
whenever  it  receives  an  event  from  one  of  its  two  sons  (fig.  V-4J). 

Thus  it  Is  possible  to  have  an  expression  producing  an  event  (fig.  V-4b). 

a)  The  word  "synchronise"  Is  here  a  poor  choice. We  mean  that  these 
actions  must  be  safeguarded  from  one  another  as  they  would  be  with  sema¬ 
phores  (DIJkstra  [5]). 
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Such  an  egression  may  be  used  to  trigger  a  aequentlal  pre- 
ceaa  with  the  combinstor  trigger,  'O': 


Whenever  the  trigger-node  receives  an  event  iron  the  left,  it 
triggers  the  sequential  process  on  the  right  (fig.  V-47). 

A  sequential  process  is  considered  as  a  sequence  of  statements. 
Whenever  such  a  sequential  process  is  triggered,  the  statements  are 
executed  sequentially.  A  sequential  process  may  be  connected  to  its 
DCf L  environment  by  communication  paths  (fig.  V-48).  Some  statements 
may,  when  executed,  send  some  values  on  these  paths;  aose*  other 
statements  may  only  be  executed  after  they  have  received  a  value 
from  such  a  path.  If  the  control  reaches  such  a  statement  before  the 
arrival  of  tho  required  value,  the  control  stays  pending  in  this 
statement  yatil  the  value  does  arrive:  the  servicing  of  the  conmunl- 
cation  paths  in  a  sequential  process  may  be  vieved  as  some  hind  of 
Input/output  operations. 

A  sequential  process  nay  be  DCFL-Ilke;  in  this  case  the 
binding  of  variables  is  performed  as  already  described  (each  variable- 
node  sends  a  Request  which  is  picked  up  by  the  corresponding  hinder, 
etc  ...).  However  it  may  be  useful  to  embed  In  PCFL  some  subset  nl 
a  usual  sequential  pragrasmtng  language;  the  programs  in  these 
languages  being  considered  as  sequential  processes,  the  DCTL  environ¬ 
ment  serves  as  a  host  systen.  In  this  case  a  special  binding  process 


mutt  b#  worked  out  In  order  to  hind  th#  pro<e*#«*  t*  th#»f 

mvIroMMU* 

V.6.2  Celle. 

Staple  or  atructured  coll#  nay  b#  wrd  In  OCTt.  A  cell  U 
d«eUr«4  tilth  It#  typoi  /*? WF*  i  .  UXtCAL  T  etc  ...  .  I^ch  c«ll 
I,  i»pien#nted  U  a  node  In  *  confutation  tree  dU.  7-ity.  The 
,cope  of  #  c# I 1  declaration  I#  United  to  th*  portion  of  th#  »ubtr« 
un^or  th#  declaration  nod#  which  1#  not  «wp«r#»ded  by  another  coll 
declaration  with  th#  in#  nan*.  In  ord#r  to  a##ur#  that  no  attempt 
of  r#tfl#vln a  a  valu#  fren  a  cell  will  occur  belor*  th#  value  U 
«tor»d.  th###  action#  ar#  to  he  ordered  and  #ynchronl«ed.  For  »hl# 
reaaon.  In  OCfL  a  cell  can  only  h*  aec####d  free  a  ##*u*ntlal  yroce#.. 
There  1#  en  ...l«n-#nt  operator  to  atalgn  a  valu#  to  a  c#l!t 
th#  walw#  1#  r#trl#w#d  whenever  th#  nan#  of  tS  c#ll  la  referred  to 

In  an  opreatlon. 

V.4.)  recur# I v#  procedure# . 

let  m  try  to  l*pl#n#nt  a  recuralve  procedure  like  the 

factorial  function.  Tor  ln#tance  we  nay  #u*tc*t  *®r  *««**b,*«  ,lkr 

;UVA14  it  f  A *0 » I :  \E*rACTtX‘  1  )*\  1 

or  nor#  #p#elfl«ally  we  nay  #«*«*»«  for  Jl 

t  "i^»  i  a  i ijr«oiiix»».rdcrfA’i i  ir*f4  .vvt'Yi ji  i 

In  thl#  progra*,  aeveral  occurrence#  of  the  eh  aailened  to  4£7 
are  to  he  enbedded  ono  In  another  (fl*.  V-SO).  At  »e*e  point  ih# 


a)  *U*  and  *  S  *  denote  the  eonhlnatlon. 
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ri#.  v-** 
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wertohle  *  will  I#  Isxellr  to  *«fe  mw  »l«  r*«M  wau« 

*«f4C TIS-ll  of  tlio  correspond!*!  *££•  (Mliuttr  will  he  ilirtprM. 

However  owcli  o  prep c»*  fttinii  •  oojer  shortconlftpi  (Imp 
lap  ,tw<uili«i  of  1 1»*  flHtitsi  *«*rfmt*  of  FACT  or#  I*  no  wsy 
c  vhrMlitf  with  the  ceifiuilw  Itwlfi  of  |*«*iiilm* 

of  FACT  ooy  N  wefUiilf  I «f  I  mw« l #4 . 

will*  (Ik*  coohlnotor  */*tfl*  (lopleoont)  we  coo  nosier  (l»*  leple- 
MflUilw  of  «  procedure.  'LOLL*  •*op§  o*y  repwest  l(  «> 

the  r l|H( .  MwMrrr  It  receives  m  »wt  m  (he  left,  ft  fro**  l Ho 
stopped  ri(m(i  Thr  **rlill»*i»r4*»  m  |!w  right  noy  llw«  ffd'li* 
tholr  orguoonte  (tip*  V*M). 
to  the  prepron 

c  **f . Ant. 4  jr  (fjrte)iu»*(«  ;»££  fdr?MA-d)r  •?*£?»  rum  it  i 

Ox*  iiflfiwautlM  of  FACT  1*  eynthrewded  with  the  *v«ll«lllli/ 
of  the  vor lofeie  *.  In  (Ho  following  proproo  on  Inplenentodon  of 
FACT  I*  only  perforated  If  (ho  cor  respond  lop  t**t  produces  «  FALl  voluo 

*  *** ixYr*  *  UX  r  Hfjr*e>iw«rfiMiif4Mr»iii»t*ir  usi  /*cr> i 

mc;oi  i 

$ooo  Other  prufrono  wold  pernlt  o  flaed  ow«l  of  “lo<e*-*he*d". 

V.P.4  foth#  of  infornoijiwit  ♦  l*fc»«w»rt*i»|e«. 

Atpho-vor lohle*  fee  for  Instance  ,  *f  .  >  AtM  rie.  .) 
eilev  (he  construction  of  olph**peth*  olonp  whirh  on  Indeterolnete 
mother  el  orgwotent*  ooy  l»  *»nt.  A*  for  o*  eh- const  ruction  end 
binding  ore  concerned*  olphe-ver lobles  here  rteedy  (he  soon  hehev.or 
44  variables  ((here  le  one  esceptlen,  see  (he  "cycllr  behavior" 

«u!>*rcil)e).  However,  passing  •»«  alpha-value  newer  results  In  (he 
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deletion  ef  *  node;  *•  «  trtuil,  alpha-var lable*  Allow  a  confutation 
tree  to  carry  on:  repotlUvely  a  iam  computation. 

An  alpha-variable  say  mcmlvtly  receive  argument*  which 
It  passes  Along,  up  th«  tr»«,  ««  Alpha-value*  ((If*  V-J2), 

At  kftrA((M«aod«  nay  iMctiilvaly  rfcilva  on  alpha-value 
on  each  Incoming  path  And  product*  OACh  tin*  a  rttultlnf  alpha-value 
(fig.  V-S)>.  11  on  op* ration -nod#  Haa  An  Incoming  alpha-path  And 
ah  lacoalnit  itnple-pafh,  it  u««*  tht  vaIua  received  on  th*  ample 
pAth  Iteratively  with  tht  •ucct*«lvt  VAlutt  rtctlvtd  on  tht  Alpha* 
path  (Ilf.  V-SA) « 

Cyclic  behavior. 

Iterative  And  cyclic  behevtera  My  ht  modeled  with  Alpha- 
pAth*.  In  pArtlculnr  a  **t  down-nod*  My  hind  a  *t  tup- nod#  conat  It  to¬ 
ting  a  recirculating  path.  For  Instance,  tht  program 
m  1 1-nJ'j  •lb«Vx  •‘AoiM;  t) 

1*  an  Infinite  loop  Bonding  out  on  tht  path  %'J  tht  *ucct«Blv* 

Inttgtr*  starting  at  1  (fig.  V-5S). 

Interlinked  corout  In* s . 

Alpha-path*  My  Inttrconntct  corout  in#*.  In  tht  following 
txanplc,  tht  proctdurt  fWC\  stnd*  neasages  to  procedure*  tWC3  and 

ttoni 

slv  ou  ...  rttocuiafj)  ...  rmc2( ...  rtvcunvi  (rig.  v-h>. 

In  order  tlo  astoclatt  tngtthtr  proctdurt*  It  1*  useful  to  have  a 
particular  dyadic  comblnator  compote  *•*  ;  whenever  ccmpoae  receive* 
a  value  free  on*  of  Its  two  sens.  It  produce*  thl*  value  and  delete* 
the  other  son.  Our  previous  exanplt  My  he  written: 
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rit.  v-52 


n*.  v-i 3 
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[ a  I  I  (Mr.  V-57J. 

ill  (h«  (olloviii  fu«rl«,  My  of  the  procedure*  lK  ./  . 

fftOCV  can  aend  information  which  U  duplicated  and  »ent  to  tl>e  tw 
othtr  frotr^urri: 

(fig.  v-$P). 

Whenever  i  procedure  la  interfaced  with  li#  mvlroowiit, 
an  alpha-variable  In  the  environment  nay  be  bound  with  another 
alpha-variable  or  with  a  ample  variable. 

In  the  former  case  the  path  la  the  environment  la  connected 
to  the  path  In  the  procedure:  any  number  of  argument*  nay  u«e  three 
path*. 

In  the  latter  caa#  the  procedure  mnt  be  recursive,  the  path 
In  the  environment  la  connected  successively  to  each  pane rat .cn  of  the 
recursion*) (fig*  V- if).  If  the  path  goes  into  the  procedure  the  Incomlnf 
argument  a  are  queued  on  reaching  -rndevn,  constituting  a  First-ln- 
Fi rat-Out  queue.  Whenever  auch  a  tend own  receive*  a  requeat  fro*  a 
te*bda-node(  the  flrat  element  in  the  queue  ia  popped  out  and  tent 
a*  a  reply  to  the  lambda-node  (fit*  V-40), 

Queue  declaration. 

It  ia  poaalble  to  declare  the  end  of  o  path  a*  a  queue: 
a"J  *?-'/■  i  the  acope  of  such  a  declaration  I*  the  subtree  under  it. 
Whenever  ’/  ia  referred  to  in  a  sequential  process,  the  first  of  the 
queue  la  popped  out:  It  nay  then  be  forwarded  to  the  environment  of 
the  sequential  process  (fig.  V-41). 


a)  each  Reparation  receives  one  argument  fro*  the  path 


n«.  v->i 


14? 


ri|.  v«60 
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V.7  SiaHUi/. 

Ut  04  rev  lev  the  Min  notion*  encountered  in  this  chapter. 

1.  A  confutation  is  viewed  u  a  tree  whose  node*  are  autonnta 
and  whose  edge*  are  directed  channel*  of  infomation. 

2.  Each  node  ha*  an  addre**  in  a  particular  .face;  any  node 
eay  .end  a  nes.age  to  any  other  nod#  who.*  addre*.  it  tnov*. 

J.  The  universe  of  value,  and  operation,  is  left  open-ended. 

To  each  value  corre.-ond.  a  value-node  and  to  each  operation  an 
operation-node. 

4.  A  few  replacement  rule,  allow  to  have  a  linear  representa¬ 
tion  of  any  OCPL  confutation  tree. 

5.  A  binding  proce*.  .uperinpo.e.  a  graph  structure  to  the 

confutation  *ree:  each  v.riable-nod#  .end.  a  reque.t  (containing 
l-n  address)  up  the  tree.  This  request  is  picked  up  by  the  corres¬ 
ponding  binder. 

6.  Setdown  allow*  to  send  a  value  "down  the  tree". 

Setup  allow,  to  send  a  value  "down  the  tree"  and  to  the  envi- 

rnnoent;  its  scope  is  delloited  by  the  binder  itfit’. 

7.  A  varisbl#  in  a  procedure  nay  either  receive  an  argument 
fro.  the  environnent  or  send  an  arguMnt  to  the  environnent.  In  the 
femer  case,  the  variable  la  bound  inside  the  procedure  with  a 
binder-node  and  the  procedure  1.  interfaced  with  it.  environnent 
through  a  node  sendown  '»M«  the  latter  case,  the  variable  is  bound 
inside  the  procedure  with  a  &  binder-node  and  the  procedure  Is  inter 

faced  with  its  environnent  through  a  node  sendup 

8.  The  description  of  any  computation  tree  nay  be  transmit¬ 
ted  as  a  pseudo-value.  Whenever  a  variable  receives  a  pscudo-valu* , 


t(M  Mrrtipe^fti  it##  I#  i#  tK*  put*  of 

the  v#ri#bl«.  i#  #  M eude-value  describfnf  the  ir#«  *•!. 

9.  A  procedure  nay  be  nod if  led  threufh  Interaction  with 

It#  eevirenftent,  u4  tb#*»  b#  transmitted  ••  a  #«*o4o-v#lu#  In  order 
to  b#  lap leans ted  in  mm  oth#r  flic*. 

10.  Th#  different  p#«*  of  *  condition#!  expression  #r# 
evaluated  concurrently.  However,  ##  long  ne  the  reeult  of  the  teet 
1#  not  available,  the  out to Inf  neeeafe#  of  the  alternate  subtree# 
are  picked  up  and  retained. 

11.  With  the  node#  412  **d  d£  it  I#  possible  to  have  an  esprea- 
• ion  produce  an  event. 

12.  *t>*  ,  trltfer,  i#  used  to  trigf«r  sequential  proce####. 

and  to  aester  the  synchronisation  of  the  Inplenentatlon  of 

the  different  feneration#  of  •  recursive  procedure. 

13.  Cell#  a'y  be  declared:  they  nay  only  be  acce#«ed  frore 
a  sequential  process. 

14.  Alpha-variables  allow  the  construction  of  alpha-paths 
on  which  an  indeterminate  nuaber  of  arfuaents  can  be  sent.  They 
Knit  cyclic  behavior,  interlinked  coroutines  and  lapltclt  or 
explicit  FIFO  queue  servlclnf. 

It  should  be  noted  that  the  concepts  described  here  do  not 

constitute  a  set  of  prinltlve  concepts. 

Moreover,  the  behavior  of  the  nodes  nlfht  be  nodelled  In 
very  different  ways.  We  consider  the  peneral  notions  discussed  as 
■ore  iaportant  than  the  described  schenes  theoeelves. 
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IMPLOOTTIVC  DCFL  I  MACHINE  OtGANIZATION 

Vl.l  iMrcwlwtlwt. 

Any  M(Mm  which  1*  Intended  to  actuslitc  end  to  carry  out 
a  DCfl  ffotrae  autt  reelect  and  he  able  to  express  the  following 
groper' tee i 

It  A  computation  In  DCfl  la  repreaented  ae  a  tree  whoee  node* 
are  automata  and  whoee  edge*  are  directed  channele  of 
Information. 

2.  Each  node  hat  an  addreoe  In  a  certain  addreea  apace;  any 
node  nay  a  end  a  oeaaage  to  any  other  node  whose  addreta 
It  knows. 

.1.  During  Its  life,  a  computation  tree  evolves,  growing  and 
shrinking. 

The  third  requirement  nay  appear  to  he  the  most  stringent 
one.  We  would  Ilka  to  have  am  host  physical  structure  which  can 
grew  and  shrink  as  the  guest  confutation  it  contains  evolves,  synthe¬ 
sising  Itself  from  the  components  available  In  the  surrounding  milieu, 
like  a  MU  molecule  governs  its  m  reproduction.  In  (?«.),  Von  Neumann 
used  a  stnllsr  analogy,  comparing  a  computing  process  to  a  self- 
reproducing  organism.  No  used  ;ie  supporting  structure  a  cellular 
space.  Such  an  approach  for  designing  a  machine  for  DCfl  may  he 
valid  from  a  theoretical  point  ol  view,  however  as  a  result  of 


concentration  phenomena**,  It  would  turn  out  to  bo  too  ioprocticai. 

Different  kinds  of  oechlne  organisation  are  described  in  the 
aeguol.  In  particular  It  it  about  how  large  transfer  rate  sequential 
■eoorlee  nay  be  uaed.  Moreover  an  organisation  allowing  swapping 
In  advance  Is  discussed. 

VI. 2  Cellular  structure  using  busses  as  conounlcat ion_jaths. 

DCPL  confutation  trees  nay  he  inp tenanted  in  the  supporting 
physical  structure  shown  In  fig.  Vl-l:  autonomous  "active"  cells 
•ay  coeaswnfeate  to  one  another  through  a  systen  of  busses;  each 
cell  has  an  address  and  «ay  send  a  nessage  via  a  bus  to  any  other 
cell.  Each  node  of  the  confutation  tree  Is  actual lted  by  one  or 
several  ^Ui  (the  aaount  of  storage  a  node  nay  need  ta  not  bound; 
there  Is  Indeed  no  lisilt  to  the  masher  of  pointers  a  node  nay 
contain).  The  edges  of  the  tree  are  actuallsed  with  pointers. 

At  any  tine  there  are  cells  which  are  free!  they  do  not  participate 
to  any  confutation  tree.  Whenever  a  confutation  tree  grows  (or 
shrinks),  free  cells  are  allocated  to  that  tree  (or  deallocated 
and  freed).  If  the  busses  nay  be  used  concurrently,  such  an  organi¬ 
sation  allows  concurrency  and  distribution  of  control.  However, 
since  every  cell  Is  "active**,  such  an  organisation  would  be  prohi¬ 
bitively  expensive  if  large  cooputatlon  trees  were  to  be  carried 
out.  Moreover,  since  there  Is  a  lack  of  locality  In  such  an  organl- 


a)  As  any  reproducing  organise,  trees  nay  grow  exponent  1st ly: 
their  embedding  In  a  n-celluiar  space  nay  therefore  be  problematic. 


Fig.  VI-2 
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zation,  such  a  communication  system  would  probably  clog  rapidly 
whenever  the  size  of  a  computation  would  grow.  In  the  organization 
displayed  in  fig.  VI-2,  we  can  take  advantage  of  the  locality 
a  program  may  present:  each  cell  has  a  hierarchy  of  neighborhoods. 
However,  with  this  organization  the  cell-allocation  problem  may 
become  more  difficult.  It  should  be  noted  that  such  a  cellular 
organization  with  busses  may  be  very  attractive  if  used  as  the 
fastest  level  of  a  "memory"  hierarchy:  the  main  computation  tree 
is  Implemented  in  some  other  type  of  organization,  small  parts  of 
a  computation  with  many  local  Interactions  being  swapped  into  the 
cellular  structure  to  be  carried  out. 

VI .3  A  machine  organization  wi.-h  the  nodes  stored  on  a  random  access 

storage  medium. 

In  the  previous  section,  a  node  was  actualized  by  an  "active" 
cell.  Thla  is  a  straightforward  approach  when  considering  a  node  as 

i 

an  automaton.  However,  we  may  view  a  node  behavior  in  the  following 
way:  a  node  is  quiescent  until  it  receives  a  message;  the  Interaction 
of  a  node  with  a  message  addressed  to  it  results  in  a  new  quiescent 
state  of  the  node  and  possibly  messages  for  some  other  nodes. 'From 
this  interpretation  derives  the  following  machine  organization: 

The  nodes  are  placed  on  a  storage  medium,  each  node  having 
a  physical  address  on  this  storage.  At  any  time,  the  addresses  of 
the  nodes  for  which  some  messages  are  waiting  form  u  queue  to  which 

a)  Whenever  a  node  acts  spontaneously  in  DCFL,  this  action 
occurs  right  after  the  creation  of  the  node;  it  may  then  be  con¬ 
sidered  that  a  correspondent  message  is  addressed  to  the  node  at 
its  creation. 
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1«  associated  the  set  of  corresponding  messages.  One  or  several 
processors  nay  access  the  nodes  on  the  storage  medium,  the  queue 
of  addresses  and  the  corresponding  set  of  messages.  Any  processor 
■ay  service  the  queue:  it  takes  the  first  message,  accesses  the  node 
to  which  the  message  is  addressed,  "computes"  the  interaction, 
stores  the  new  content  of  the  node,  and  places  at  the  end  of  the 
queues  the  addresses  of  the  nodes  to  which  the  resulting  messages 
(If  any)  are  to  be  sent. 

Fig.  VI-3  displays  such  an  organization  with  one  processor; 
in  fig.  VI-4  several  processors  say  access  different  parts  of  the 
storage  medium;  to  each  processor  is  associated  a  queue;  any  pro- 
cessor  stay  access  the  queue  associated  to  the  other  processors  and 
place  messages  in  It. 

VI. 4  A  machine  oraanliatlon  with  a  sequential  rotative  memory. 

The  computation  trees  may  be  implemented  on  a  sequential 
rotative  memory.  For  Instance,  la  fig.  VI-5,  a  processor  controls 
a  resd/wrlte  head;  the  addresses  of  the  node  for  which  some  messa¬ 
ges  are  waiting,  and  the  corresponding  massages,  are  queued; 
however,  such  &  queue  is  not  serviced  on  a  FIFO  basis:  the  addresses 
In  the  queue  are  ordered  according  to  the  order  of  appearance  of 
the  corresponding  nodes  under  the  head.  Thus,  the  top  of  the  queue 
contains  the  address  of  the  first  node  to  appear  under  the  head. 

One  processor  may  service  several  sets  of  tracks,  nodes 
being  Implemented  on  each  of  these  set*  (fig.  VI-6). 

Several  processors  may  serve  different  sets  of  tracks 
(fig.  VI-7)  or  may  serve  the  oame  track  at  different  locations 


157 


queue  of  aadresses 

t~Zl 


messages 


(3  0  'O 


Fig.  VI-3 


communication  network 


O 


bobo 


bobo 


Fig.  VI-4 


ISM 


Fi*.  VI-3 


Fig.  Vl-f 


1*9 


®\\'%v>m 

%'\\vs\v,'.Vj 

\  *  1  1  \  l  W  \  i  I  * 1 

L  \  4  \  1  1  \  \  '  \  *i  \  \  \ 


roctiiori 


r  k 

P 

_ 

rig.  vi- 
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(fit*  Vf-t).  In  both  coat*  a  e 
proctnor  to  the  tuotUttf  to  the  other  prtxei*cr». 

A  DCPl  confutation  tree  My  b«  lap  1  emoted  on  a  eequenttal 
rotative  nenory  au  that  a  tea  alwaya  appear#  undrr  the  heed  before 
ita  father.  Aa  a  raault,  any  regueet  nay  b«  «ent  fro»  ann  to  fatnar 
up  the  tra#  in  a  fraction  of  the  rotation  tine  (fig.  VI-*).  In  the 
ease  way,  atructured  calla  nay  be  lnplentnted  in  order  to  he 
accasaed  and  aaarchad  in  a  fraction  of  a  rotation  tine  (fig*  VI-10). 

Ue  conaidar  thaaa  Mchina  organlxatlona  aa  being  of  apecial 
lntereat:  not  only  aeguential  nenorlea  are  generally  rather  cheap, 
but  they  alao  allow  very  large  tranafer  rate#.  It  beconea  than 
poaalble  to  taka  advantage  of  the  poaeiblllty  of  having  very  faat 
procaaaora  (for  inatance,  a  proceaaor  deeigned  on  a  wafer  with  a 
cycle  tiaa  of  20  na.). 

a 

VI. 5  Hierarchy  of  nenprlea. 

Whenever  it  ia  deal  red  to  take  advantage  of  a  very  faat 
proceaaor,  a  hierarchy  of  randoB-acceee  aeaoriea  la  uaed  (fig.  VI-11): 
the  Mailer  a  level,  the  faater  ita  aeaory([2S]).Uhen  a  acaory  hierarchy 
la  uaed,  the  proceaaor  work#  in  the  faateat  level,  prograaa  being 
ewapped  back  and  forth  between  the  varloua  level#.  It  la  hoped 
that  the  proceaaor  would  feel  that  the  whole  aeaory  ia  aa  faat  aa 
the  faateat  one.  Unleaa  Mny  iterative  computation#  are  expected 
to  occur  in  the  faateat  level,  it  la  neceaaary  to  have  between  any 
two  levela  a  transfer  rate  large  enough  to  "feed”  the  proceaaor. 

A  large  tranafer  rate  Bay  be  obtained  by  taking  at  each  level 
a  large  block  aa  a  unit  of  cranaferable  inforMtion  (the  alower  the 
level,  the  larger  the  block*. 


fastest  level 


N 


3 


•lowest  level 


Pig.  Vl-12:  A  sequential  connected  prograa  eleaent 
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One  say  believe,  however,  that  only  a  few  words  in  such 
blocks  would  be  really  used.  For  this  reason  Jack  Dennis  suggests 
in  U J  that  information  should  be  moved  on  demand  with  the  word 
as  information  unit,  a  large  transfer  rate  being  assured  by  perfor¬ 
ming  many  computations  in  parallel. 

In  order  to  be  able  to  use  efficiently  large  units  of 
transferable  information,  we  introduce  the  notion  of  connected 
program.  A  computation  is  said  to  be  connected  If: 

1.  it  can  be  activated  whenever  a  certain  set  of  arguments 
is  available,  and  then  completed  without  the  need  of  any 
external  information; 

2.  no  partial  result  must  be  supplied  to  its  environment 
before  the  completion  of  the  computation. 

As  a  result,  a  connected  computation  may  be  brought  in  the  fastest 
level  of  a  memory  hierarchy  and  completed  without  the  need  for  any 
information  from  some  other  level;  moreover,  there  is  no  advantage 
in  breaking  the  connected  computation  into  pieces,  carrying  out 
separately  the  various  pieces. 

The  notion  of  sla^le  connectedness  arises  because  a  connected 
computation  tree  nay  be  too  large  to  be  swapped  in  the  fastest  level 
of  the  memory  hierarchy  and  have  some  of  its  parts  not  being  connected. 

A  computation  is  said  to  be  simply  connected  if  it  is  connected 
and  if  any  subconputatlon  it  contains  is  connected.  As  a  result, 
a  simply  connected  computation  may  be  brought  by  parts  in  the  fastest 
level. 

Consider  the  following  examples  In  DCPL: 
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1.  the  computation  tree  (fig.  V-18): 

NEW  V  <2+Ui  V+U+li  U+V)  ♦  n+Ui  U*V) 
la  simply  conntctad. 

2.  tha  computation  traa  (fig.  V-19): 

BEX  Ut V  Ub-Si  lU*V)+Zi  Z*U)  ♦  (V+V+U  U) 
la  connected,  but  not  aimply:  the  ob  (tf*-5;  [(/♦V]-*Z;  Z*U) 
la  not  connactad  alnce  the  argument  V  can  only  come  after  the 
argument  V  hae  baen  aent  to  tha  aacond  expression. 

In  DCPL  It  la  eaay  to  detarmine  aimply  connactad  parta 
by  taking  for  inatanca  tha  largeat  parta  which  do  not  contain 
any  aatup  *«■*  (these  aimply  connactad  parta  are  by  no  means  maximal). 

Vhanaver  a  computation  traa  la  aimply  connactad,  it  la 
irrelevant  for  ita  environment  whether  tha  amputation  la  carriad 
out  with  a  distributed  or  a  sequential  control. 

VI. 6  A  computation  aa  a  network  of  sequential  connected  progress. 

A  sequential  connected  program  element  may  ba  daacrlbad  by 
giving  (fig.  VI-12): 

1.  an  event  table,  each  entry  of  which  nay  receive  an 
argument  from  the  environment, 

2.  a  aequantlal  connected  procaaa  which  may  ba  applied 

to  tha  arguments  contained  in  the  event  table  when  this 
table  is  filled. 

3.  addraaaaa  of  some  other  event  table  entries  to  which 
a  produced  value  la  to  be  sent  (addressee  table). 

Remark:  Any  refsranca  in  a  aequantlal  connected  process  la  local 


to  Its  program  timtit.  Any  binding  with  the  environment  involves 
only  the  event  ami  the  addressee  tablet. 

Whenever  an  arguMnt  la  tent  to  an  entry  of  the  event  table, 
this  entry  It  filled  with  it.  The  sequential  process  la  triggered 
when  all  the  eatrlea  of  the  event  ‘able  are  filled.  At  the  comple- 
t ion  of  the  confutation,  the  produced  valuea  are  tent  to  tone  entries* 
of  aone  other  program  elements,  according  to  the  addreaaee  table. 

A  confutation  way  be  coneldered  aa  a  network  cf  sequential 
connected  program  elenenta  (fig.  Vl-13).  Fig.  VI— 14  dtaplaya  a 
aachlne  organization  which  can  carry  out  each  a  computation  The 
configuration  la  similar  to  the  one  of  fig.  VI —S t  the  network  of 
aequcntlal  connected  program  elenenta  la  atored  on  a  sequentially 
acceaaed  rotate*  memory;  at  any  tine  there  are  messages  waiting 
for  an  entry  in  an  event  table;  the  addreaaee  of  these  entries 
are  ordered  In  the  order  of  appearance  of  theae  entrlea  wider  the 
head.  Whenever  an  event  table  containing  an  entry  for  which  a 
Manage  ia  waiting  paaaea  wider  the  head,  the  table  la  exasrined. 

If,  in  addition  to  the  entry  for  which  there  la  a  Manage,  a  non¬ 
filled  entry  renalne,  the  Manage  la  Just  placed  in  the  event  table 
at  the  proper  entry.  On  the  contrary  if,  with  the  exception  of  the 
entry  for  which  there  la  a  Manage,  the  event  table  la  filled,  the 
correaponding  progress  element  la  awapped  into  the  acratch-pad 
Memory  (a?e  fig.  Vl-14)  and  executed  there;  at  Ita  completion, 
the  addreaaea  of  the  event  tablea  to  which  the  Maaagea  are  to 
be  aent  are  placed  together  with  the  correaponding  Mtaagea, 
at  the  proper  placea  in  the  queue . 

Let  ua  auppoae  now  that  name  of  the  sequential  processes 
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«r«  stored  In  <  library.  their  addresses  appearing  only  In  th* 
prograr  tltMflti  (fig  VI*IJ).  A  confutation  looki  at  any  1 In 
lUa  th«  Mtworii  of  fig.  VI- It.  Whenever  that*  la  a  Message  for 
an  entry  la  an  mat  table  vtilch  <rlll  bi  filled  with  this  aessage, 
a  rtqiMit  for  the  proper  sequential  proceaa  In  the  library  will 
be  node;  the  eleawntei?  progran  can  only  be  perfumed  when  thlt 
proceaa  will  be  available.  We  can  already  know  to  which  entrlea 
In  which  event  tablea  we  will  have  aeaaagea  to  scndi  If  theae 
entrlea  paaa  under  the  head  while  the  required  prograa  Ha a  not 
yet  been  provided,  the  aeaaagea  to  be  aent  to  theae  entrlea  are 
not  yet  available.  However  we  aay  aee  whether  the  event  table 
would  be  filled  If  the  aeaaage  were  available;  If  ao,  we  aay  already 
request  fro*  the  library  the  sequential  proceaa  whole  addreaa  la 
contained  In  thla  laat  eleewntary  prograa.  The  achene  nay  be 
perfcrned  ngaln  with  thla  new  eleaentary  prograa.  For  Instance, 

In  fig.  Vl-17,  one  aeaaage  triggers  the  request  for  five  sequential 
processes  Iron  tho  library. 

We  have  seen  chat  it  la  possible  to  single  out  fron  the 
confutation  network  a  subgraph  of  alanentary  prograa*  which  can 
be  perforated  as  soon  as  the  correapondlng  sequential  process*! 
will  be  available  fron  the  library. 

Whenever  a  message  Is  conditional,  we  cannot  know  in  advance 
whether  thla  aeaaage  will  be  tent  or  not  to  th*  associated  entry 
In  the  corresponding  avcnt  table.  It  is  then  a  question  of  policy 
to  #nt**d  or  not  the  achene  to  such  event  tables. 

Me  can  now  propose  another  Machine  organ I  tat  Ion  with  a  hierar¬ 
chy  of  sequential  rotative  nenorlon  (fig.  VI-19).  For  Instance, 
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each  aeaory  sight  have  the  aa*'-*  transfer  rate  and  the  capacity  night  be 
alaost  proportional  to  the  rotation  tine: 


Ml 

M2 

M3 

rotation  tine 

16  aa 

1  aa 

64  jm 

capacity 

256K 

16K 

256  words 

Subgraphs  of  coaputatlon  networks  nay  be  swapped  between  these 
aesory  levels  using  the  previous  schene. 

A  sequential  nano*  •  a  privileged  direction:  consequently, 
an  lapleaantatlon  of  a  network  will  be  aora  efficient  If  a  greater 
nuaber  of  ness ages  are  to  be  sent  In  the  prt* lleged  direction. 

The  Internal  binding  of  a  DC PL  procedure  nay  be  performed 
before  the  procedure  Is  placed  in  a  library.  This  binding  super- 
laposaa  to  the  procedure  a  graph  structure  which  nay  be  expressed 
aa  a  network  of  sequential  connected  prograa  elesents.  Moreover, 
this  network  nay  ba  is? tenanted  contiguously  In  a  logical  space 
(for  Instance,  a  segaent).  Whenever  this  procedure  Is  laplesented 
la  a  confutation  tree,  this  eegnent  la  stored  on  the  rotative  aeaory 
In  a  way  which  keeps  (relatively  to  the  privileged  direction)  the 
topology  of  the  network.  Then  the  procedure  Is  bjund  to  Its  environ- 
nent.  In  the  confutation  tree,  according  to  the  &*PL  binding  rules. 
The  convention  we  have  taken  previously  (  a  son  appea*e  under  the 
head  before  Ita  father)  aesures  a  non-optlaal  but  to  a  large  extent 
satisfying  solution. 
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A  program  In  DCPL  exhibits,  to  s  Urge  extent,  the  flow 
of  information,  the  possible  concurrency,  and  the  '•topology''  of 
the  computation  structure.  This  allows  new  machine  organizations 
which,  we  believe,  would  permit  to  obtain  a  larger  throughput 
with  less  resources. 
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CHAPTER  VII 
CONCLUSION 


Notions  which  are  relevant  to  both  programing  language  design 
and  machine  organisation  have  been  discussed  in  this  theala. 

Progresses  Mde  In  these  two  domains  occurred  generally  inde¬ 
pendently!  since  these  developments  were  to  be  compatible,  artificial 
restrictions  have  been  imposed  In  order  to  define  a  common  frate  of 
reference*  We  believe  such  restrictions  can  only  be  removed  by  com¬ 
prehensive  spprosches. 

Today's  programming  languages  view  computers  as  If  they  were 
still  simple  von  Neumann's  type  machines.  A  computation  is  mainly 
considered  as  a  sequence  of  Instructions,  which  car  codify  the  con¬ 
tents  of  some  cells.  As  a  result,  almost  any  possibility  of  having 
concurrency  and  distribution  of  control  in  computation  structures 
la  lest. 

Today's  machine  and  system  organisations  consider  programming 
languages  as  If  they  were  unable  to  grasp  the  Information  and  control 
topology  of  the  computations  tdilch  are  expressed  with  them.  As  a  result, 
possibilities  to  plan  In  advance  the  computation  process  sic  lost, 
producing,  In  our  opinion,  less  efficient  systems 

A  DCPL  program  exhibits  concurrency,  distribution  of  control 
and  locality  of  references.  We  believe  that  this  will  permit  to  have 
a  mc.e  efficient  machine  organisation  with  less  expensive  resources: 
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with  a  traditional  organisation,  a  very  faat  processor  (a  -processor 
on  a  chip"  will  be  very  inexpensive  in  Juat  a  few  years)  would  not 
be  able  to  be  folly  used  unless  a  prohibitively  expensive  very  last 
aeaory  were  to  be  used,  or  saall  iterative  coaputatlons  were  expected 
to  occur  very  often.  The  oachine  organisation  proposed  here  Is  believed 
to  be  able  to  "feed"  such  a  processor  by  using  relatively  not  expensive, 
very  large  transfer  rate,  sequential  •eoories. 
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